Должны ли мы объединить Учителя с Выпуском или наоборот?

Question

В настоящее время в нашем проекте мы проверяем код для ветки master.Релиз приближается.Мы расширились до версии-1.0 после того, как dev freeze (остановка проверки в коде) завершена.Мы провели тщательное тестирование в средах, развернутых на ветке выпуска 1.0, после чего обнаружили несколько ошибок.Мы исправили их.Вот мой вопрос ...

1.Должны ли мы проверить эти исправления кода для master или release-1.0?Я имею в виду, что рекомендуется и лучше всего делать?2. На основании проверки в филиале, мы сделаем слияние с другой веткой.Правильно?3. Есть ли другие полезные практики, которым нужно следовать в этом отношении?

Спасибо

Answer 1

Если вы используете ветвь на выпуск, то обычной практикой будет применение исправлений к новой ветке, скажем, release-1.0-sp1 с ответвлением от release-1.0, которая является точной версией, которую вы пытаетесь исправитьи снова разверните свое приложение из ветви release-1.0-sp1.

Затем вы объедините (как в git merge) release-1.0-sp1 в ветку разработки (master вваш случай).

Популярным рабочим процессом является Gitflow , который может быть тем, что вам нужно с точки зрения передовой практики.

https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow

Answer 2

• тег опубликовать новую версию (версию)
• исправление исправление выпуска
• выпуск подготовитьновый выпуск
• функция прототип в изоляции
• master представляет официальную историю выпуска
• разработка последнее состояние проекта, включая функцию готовых веток

См. эту статью для получения дополнительной информации и примеров.

Answer 3

• Если вы исправляете проблемы в выпуске 1.0, вы переходите в ветвь и вливаетесь в эту ветку
• Если вы занимаетесь разработкой для будущего выпуска, вы переходите в ветвь и переходите в мастер
• Вы можете и должны периодически сливать release-1.0 с master *
• Когда вы закончите работать над release-1.0 и будете готовы к его развертыванию, вы можете пометить это чем-то вроде official-1.0 или чем-то вродеаналогично тому, что указывает на фактическую версию

В конечном итоге все сводится к тому, какой рабочий процесс вы решите использовать.Это скорее руководство, чем правило.