Угу. И ведь именно в пятницу все исправления рекомендуется нести в продуктив.

пробегало недавно -http://www.sapboard.ru/forum/viewtopic.php?f=14&t=83181

Коллеги, увы, читать вы не так сильно умеете, как юморить. Без обид. Проекты обхаять это и я могу прям сейчас, ума не надо. Далее будем обращаться к модератору.



Где это они блокируются QAS? Зачем им там блокироваться, мы не в разработческой системе



Все основополагающие принципы описаны в SAP Help, и того , что вы говорите там нет. Не нашел я никакой информации о порядке переноса.



Вам в курилку.



Это по ходу по другой теме.

а у вас в QAS версии есть?

Неа. Ну в продуктиве соответственно тоже

вкурил! ("это чтоб задницу мыть!" (с) Данди-крокодил-2)
творческая работа коллектива над одним инклюдом
в QAS всё асинхронизируется и в продуктив идёт последний апрувнутый

2 Shvetz

Ох, напрасно вы затеяли "строить" старых и уважаемых участников форума.
Имели бы "уважение к старости"

У нас разное понятие о "старости", прийти в тему поржать - для меня не признак "старости"

Если тут "старость" заключается в кол-ве сообщений, то простите, буду поуважительнее.

Да-да, только не в DEV в одно время, а в течение длительного периода разными "заездами"
То есть - это является фичей и никак не настраивается? (Имеется в виду введение версий в другие системы, что может исключить перезатирание)

"звёздами" наверно?
навскидку - запретить собственника менять в DEV можно
хочешь использовать - делай клон

Ну мягко говоря, не очень решение

Подожду, может еще кто отпишется по этому поводу. На счет соответствия последних версий, независимо от порядка переноса запросов.

не надо про старость действительно

а то похоже на письмо шарика и дяди фёдора
можно ограничивать тестирование по времени и делать кумулятивные "пятничные" транспорты (включая разумеется всё предыдущее)
имхо, вопрос организации и дисциплины

Не согласен. Вам на неделе вылезает 20 запросов на 20 разработок, вы раскидываете их между людьми. Не всегда можно предположить, что тот или иной объект окажется у двух или трех разработчиков. Если во время разработки все понятно - в DEV блокировка есть - , то при тестировании все сложнее, одна тестируется 4 дня, а другая за 1 день, но последняя разрабатывалась на 1 день позже. В результате разъезд. Если не следить конечно. Это нормальная ситуация, когда много разработок используют один общий модуль. .. А там уже и следующая неделя и следующие запросы. И опять могут быть затронуты те же модули.
Конечно люди следят за всем, поэтому-то и не возникает сбоев. Вопрос в том, что зачем включать этот ненужный людской фактор. Последний поправил - последний ушел.
Тут с дисциплиной ничего общего нет. Так что зря все тут смеются

Я предполагаю тема спустится в ненужный чат, что печально. Демагогией мне не хотелось здесь заниматься. Если хочется поболтать лучше в курилку

да никто не смеётся - грешно...
тут вопрос ответственности, кроме всего прочего. представьте ситуацию - найти "кто сшил костюм" когда у вас в продуктиве исчезнет группа счетов клиента?