День добрый!
Вопрос: разработчиком был создан запрос с типом объекта r3tr TABU
запрос в тестовую завершился с 8 кодом. В запросе переносилась табличка с измененной структурой.
затем разработчик создал запрос с объектом типа LIMU TABD, в котором была таже табличка, что и в первом.
В тесте все красиво в итоге.
Как теперь поступить с переносом в продуктив:
1) можно спокойно переносить 2й правильный запрос
2) или необходимо сначала перенести 1й (с 8 кодом), а затем 2й?

Я склоняюсь к 2 варианту.
Ваше мнение, уважаемые коллеги

Я всегда считал, что в продуктив надо переносить все запросы, которые были перенесены в тест.

спасибо.
все же еще хотелось бы понять различае между указанными выше объектами. Я имею в виду различае при переносе.

Самое простое решение - точно повторить процедуру переноса в продуктив с теста.
LIMU TABD - определение таблицы
r3tr TABU - содержимое таблицы
По идее LIMU TABD должно переноситься первым.

но реально в тест все как раз наоборот ушло. Т.е сначала был создан и перенесен запрос с объектом r3tr, а затем создан и перенесен LIMU.
И еще, в хелпе говориться, что LIMU - это подобъект по отношению к r3tr

r3tr идет обычно при создании объекта LIMU при его изменении.
При создании таблицы - R3TR TABL при изменении струкуры
LIMU TABD при изменении тех свойств таблицы LIMU TABT.
В вашем случае достаточно повторно загрузить запрос с кодом 8.

большое спасибо. Вы развеяли все мои сомнения.
Вот только хочется теперь поподробнее узнать про все это LIMU, REPS, R3TR. Где это все описывается?

Что как называется может показать отчет RSWBO040.

Добрый день!

Есть несколько запросов:
Запрос 1: R3TR PROG Z_... - деблокирован в тестовую систему
Запрос 2: LIMU REPS Z_... - деблокирован в тестовую систему
Запрос 3: LIMU REPS Z_... - деблокирован в тестовую систему
Запрос 4: LIMU REPS Z_... - деблокирован в тестовую систему
....

Разве нельзя перенести в продуктив последний запрос с объектом
LIMU REPS Z_..., в котором находится последняя активная версия программы? Надо переносить все запросы, начиная с Запроса 1???

Заранее спасибо за консультацию!

Основной принцип работы базисника с транспортной системой в стандартных ландшафтах:
Никого не слушать и переносить все транспорты, которые образуются в системе. То, что переносить не обязательно по пальцам пересчитать можно. И это не тот случай.

А вы не могли бы объяснить, какая проблема может возникнуть, если перенести только последний запрос с LIMU без первого R3TR? У нас раньше был такой случай - перенесли только его. И все прошло нормально...

PS Интересует случай именно с программой.

Самые разные. От поиска исчезнувших текстов и ГУИ-статусов и до отсутствующих программ и таблиц, которые "случайно" затесались в один из неперенесенных запросов.
Хотите работать руками и выверять каждый транспорт - нет ли там чего лишнего - флаг в руки, барабан на шею, попутный ветер в спину и бронепоезд навстречу.

Естественно, я говорю о случае, когда есть полная уверенность, что все объекты, которые должны быть перенесены - будут перенесены.

Конкретно мой вопрос касался одной программы. То есть с т.з. базиса, при переносе одного отчета без статусов, таблиц, текстов и т.д. с типом объекта LIMU и без переноса R3TR, насколько я поняла, проблем быть не должно?

Я же сказал Хотите пробовать - пробуйте. Только всегда помните, что это неправильный путь. А так - система Ваша, хоть вообще без транспортной системы живите

Я потому и задала вопрос - так как не знаю, насколько это корректно с т.з. базиса, осуществлять такой вид переноса.
Хотела узнать, есть ли объективные причины, запрещающие такой способ переноса. Причины, которые вы указали (забытые объекты в других запросах, "левые" объекты), являются субъективными - и зависят полностью от компетентности разработчика.