#git #merge #.net-core #devops
#git #слияние #.net-core #devops
Вопрос:
В настоящее время мы работаем над выпуском версии 2. Прямо сейчас все наши изменения, внесенные в часть 2, успешно работают в наших средах разработки, контроля качества и UAT! Однако, когда мы сливаемся обратно в главную ветку, не вызывает ли проблем сам акт слияния или не слияния должным / неправильным образом? Итак, как нам решить эту проблему?
Должны ли мы использовать развертываемые артефакты после слияния с главной веткой и убедиться, что они снова работают корректно в QA и UAT? У нас возникли проблемы со слиянием, поэтому мы пытаемся определить наилучшую стратегию управления версиями и тестирования
Комментарии:
1. вы могли бы сравнить
developветку сmasterответвлением. Если они имеют одинаковое содержимое или отображают последние изменения при разработке, они должны быть одинаковыми.Merge conflictsв зависимости от разрешения может получиться другое содержимое.
Ответ №1:
В вашей схеме слияние будет ускоренным, что означает, что HEAD master будет просто ссылаться на develop HEAD: его содержимое будет идентично тому, что вы объединяете, потому что в master не было эволюции, выполняемой во время обновления develop.
Даже если вы сделаете git merge --no-ff , результирующий коммит слияния будет идентичен develop HEAD.
Если содержимое точно такое же, прошлые тесты должны оставаться в силе.