Перенос кастомизаций между средами

[Артем Enot Грунин]

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

Если хотите опыт, то он есть. Делается отдельное (говно)решение под релиз или фичу (даже не типа "патч") куда мы забираем компоненты, которые (как мы надеемся) в сумме дают нам переносимую функциональность. В случае с кнопками и другим заметным глазу функционалом, соседняя команда использовала фича-флаги, но мы просто отключали, или скрывали то что не готово, но придется переносить. Например, делали всегда ложное правило видимости для кнопки.

Далее эти "полу-патчи" как-то протоколировались в ворде, чтобы потом не забыть что и как мы переносили. В последствии, когда случался "совсем релиз", мы брали эти файлики ворд и на основе устаревших воспоминаний собирали (уже на тестовой площадке) новое решение для говно-релиза и несли его на прод. Тут нужно отметить, что у нас еще были сторонние сайты, веб-сервисы, службы и т.д. Их тоже нужно было переносить.

Заканчивается такая практика всегда одинаково: ваше решение больше неуправляемо. В какой-то момент, не существует версии вашего решения CRM, которую можно развернуть на чистую базу. Создание новой среды осуществляется копированием прода. Тестовая среда теперь в большей степени соответствует среде разработки, так как там финализируются те фичи, которые выбрал для переноса клиент. Да-да, все верно: ваш дев уже не консистентен и ушел далеко вперед! Он больше не годится для баг фиксинга.

В общем, очень быстро наступает жопа. Если не получается избежать этого ссаного фиче селекшена - делайте фича-флаги, переносите весь релиз и отключайте незавершенные фичи. В любом случае, это порочная практика гнать впереди паровоза и других команд. Если столь нужно работать на перспективу - уходите в CI и ведите две ветки: поддержка текущей и next.