Мердж типовой версии main-7.0.0 в версию заказчика master
- Содержимое репозитория https://stash.inttrust.ru:8443/projects/CMJ/repos/cm-palette-config/browse/cmpalette/src/main/resources копируется в ветку main-7.0.0 палитры заказчика
- Перед мерджем нужно проверить, что импорт архива обеих версий на стенд проходит без ошибок.
- Выполняется мердж из ветки main-7.0.0 в master
Примечание
- jenkins не выпускает сборок main-7.0.0, поэтому конфликтов в pom не будет. Если будут, то master в приоритете
- в папке override в приоритете изменения в master.
- в типовых папках конфликты разбираются индивидуально. Если было сделано одно и то же изменение, но в разных местах, то приоритет в общем случае у типовой версии. Если в папке override элемент переопределяется, то в типовой папке можно оставить целиком типовой вариант. Если переопределения нет и порядок имеет значение (компоненты форм, колонки в дескрипторе), то в приоритете версия заказчика. В остальных случаях сравниваются и оцениваются изменения, сделанные в файле в типовой и кастомной версии, с момента предыдущего мерджа.
- после мерджа проверяется, что загрузка версии master на стенд проходит без ошибок. Желательно сделать минимальную проверку настроек: проверить, что открываются документы, визуально не заметно проблем в разделах навигатора, формах, представлениях.
- желательно, чтобы ветка была заблокирована пока делается мердж, чтобы другие разработчики не могли вносить изменения.
- если предвидится большое количество изменений и конфликтов, можно сделать от master отдельную ветку, выполнить мердж ветки main в нее, и после разрешения конфликтов выполнить мердж этой ветки в master. Таким образом приостановка внесений изменений в master другими разработчиками потребуется только на момент выполнения мерджа новой ветки в master.
Видео
