Коллеги,
Надеюсь этот вопрос относится к Basis и я не ошибся.

Суть в следующем. Есть две версии разработки в QAS-системе в двух разных запросах - старая версия и новая. Если мы перенесем сначала запрос с новой версией, а потом со старой, то старая версия перезатрет новую. В результате получаем, что в DEV, QAS объект будет отличаться от PRD системы.

Можете подсказать, можно ли настройку переносов выполнить таким образом, что было бы неважно в какой последовательности мы переносим запросы, и чтобы более старая версия никогда не перезатирала более новую. И соответственно где это можно сделать?

при одновременном переносе двух запросов с разными версиями одного объекта в систему садится последняя версия объекта

читаю тут изменения ПДД: Невыполнение законного требования сотрудника полиции об остановке транспортного средства
а "незаконного"?
и что значит "одновременном"? импорт очереди "одновременный"?

Skif, кто здесь гаишник?)

Я имел в виду выделить несколько запросов по F6 или F9 и переносить.
Или Mass import.

Попробуйте избавиться от выделенного.
Запросы сильно рекомендуется переносить именно в том порядке, в каком они попали в очередь.

avlag,
предлагаете переносить по одному?

а ведь можно! Настроить автоматический перенос всех запросов и уволить нафиг базисника

to Ludens
Нет единовременного переноса. По сути он последовательный. Если выделить два запроса и перенести , то несутся по времени переноса в текущий ландшафт
Но мне интересует случай, когда запросы переносятся в разные часы/дни разными людьми, у которых объекты могут пересекаться


to Avlag


Где описаны подобные рекомендации и на чем они основаны? Сейчас, когда запросы перетерают старую версию, естесственно я стараюсь пользоваться подобной логикой, но мне нужно знать, есть ли настройки по обновлению объектов. Но когда у вас 10 разработчиков, каждый выходит должен смотреть в очередь других девяти и смотреть, если ли в запросах другого пересекаемые объекты и попал ли запрос в очередь раньше? Так что странная рекомендация.

По теме: кто знает подобную настройку подскажите... либо ссылку на то, что эту настройку выполнить невозможно

Можно еще проще сделать!
Открыть настройку и разработку в продуктиве! И не заморачиваться на переносы!

Либо у вас какой-то супер-бардак в разработке.
Либо вы про "коня сферического в вакууме" спрашиваете.

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

Э-э-э... Даже не знаю что и сказать...
Это сама суть транспортной системы.
Для вас не будет страшным ужасом то, что запросы не надо удалять? И не только "вообще" удалять, но и из очереди тоже? И что все запросы, которые попали в очередь, должны быть импортированы?
Как бы это основополагающие принципы транспортной системы и стандартных ландшафтов SAP.

Отнюдь. Пачкой. Но в порядке очередности. И никогда не переносить из середины очереди. И будет все честно.
Я бы заикнулся еще за стандартный цикл настройки, рекомендуемый SAP'ом, но ведь ругаться все будут

дело идёт к пятнице, однако

Походу очередной проект без базиса.
И консультанты в системе переносов - самые главные. Вот только при выяснении обстоятельств потери рабочего проекта до-о-о-лго будут выяснять кто главнее в вопросе переноса.