На этой странице:

Статус

КомментарийДополнительный комментарий

Мердж ветки master в продуктивную rel

  • в репозитории с заказной палитрой выполняется мердж ветки master (разработка) в производственную (rel-***)
  • перед мерджем нужно проверить, что импорт архива обеих версий на стенд проходит без ошибок.
  • у файлов pom в случае конфликтов приоритет у версии rel-7.0.0
  • в остальных файлах в случае конфликтов приоритет у изменений в master
  • после мерджа проверяется, что загрузка версии rel-7.0.0 на стенд проходит без ошибок. Желательно сделать минимальную проверку настроек: проверить, что открываются документы, визуально не заметно проблем в разделах навигатора, формах, представлениях



Мердж типовой версии main-7.0.0 в версию заказчика master

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