Gitflow разработать ветку за мастером после релиза

Мы используем Gitflow для нашего рабочего процесса в git-ветке (через TFS). Когда релиз успешен, мы делаем следующее

  1. Извлечь запрос из релиза в мастер
  2. Извлечь запрос из релиза в разработку

Шаг 1 создает коммит (Merged PR XXX: слить релиз с мастером)

Шаг 2 создает коммит (Объединенный PR ГГГ: выпуск для слияния в разработку)

Когда я смотрю на наши ветки, он говорит, что разработка - это один из обязательств мастера. Это потому, что коммит (Merged PR: XXX) не находится в разработке.

Является ли правильная процедура для простого создания еще одного запроса извлечения от мастера для разработки (даже если в запросе извлечения нет изменений)?

Я не вижу этого в стандартной модели Gitflow

4 голоса | спросил openshac 9 PM00000050000005031 2018, 17:52:50

3 ответа


0
Это будет выдумка, поэтому мои извинения.Короткий ответ, который я отправляю, заключается в том, что завершение релиза потока git должно привести к тому, что ---- +: = 0 =: + ---- будет коммитом впереди ---- +: = 1 =: + ---- основываясь на том, как оригинатор потока git Винсент Дриссен реализовал свои собственные сценарии потока git .Какие ... скрипты git-flow?Я не уверен в вашем опыте с ---- +: = 2 =: + ---- так что простите, если я констатирую очевидное.Спецификация ---- +: = 3 =: + ---- имеет набор сценариев, облегчающих его использование.Скрипты Git Flow поставляются из коробки с Git для Windows, который, я полагаю, вы используете на основе вашей ссылки TFS.Результат недавнего выпуска "v2.1.0"Давайте проверим историю недавнего выпуска через Git Bashчто даетРезультат окончания выпуска git flowНа изображении выше вы заметитеФункция загрузки файлов была объединена с разработкой.На данный момент я хотел выпустить продукт.Для выпуска я выпустил ---- +: = 5 =: + ---- .Команда git flow release start ... автоматически создала ветку ---- +: = 6 =: + ---- .Эта ветвь содержит только один коммит - увеличение номера версии.На данный момент я протестировал и доволен выпуском, поэтому я заканчиваю его, используя ---- +: = 7 =: + ----Команда "git flow release finish" будет в порядкеСлить ветку ---- +: = 8 =: + ---- в ветку ---- +: = 9 =: + ----Создать аннотированный тег для выпуска v2.1.0Ветвь слияния ---- +: = 10 =: + ---- в ---- +: = 11 =: + ----, чтобы все коммиты в ветке релиза вернулись в разработку следующеговыпуск.Но что, если я использую TFS PR?Если вы используете PR TFS в своем рабочем процессе, вы, вероятно, увидите что-то подобное, когда будете готовы к выпуску PR PR.введите описание изображения здесьВ моем магазине мы также используем PR, но я объединяюсь локально, используя ---- +: = 12 =: + ---- , затем нажимаю ---- +: = 13 =: + ---- и ---- +: = 14 =: + ---- ветви.TFS распознает, что ветвь релиза уже объединена, и даст вам возможность «закрыть», а не «завершить» PR, как показано ниже.введите описание изображения здесь
ответил Mike Atkisson 11 AM00000070000004631 2018, 07:39:46
0
Я никогда не делал лишнего слияния, которое вы описываете (или был в команде, которая это сделала).Я думаю, вы могли бы объединить мастер для разработки вместо объединения релиза для разработки, если бы вы действительно этого хотели - или, по крайней мере, я не могу придумать ничего, что могло бы пойти не так ... Но на самом деле, что не так с ----+: = 0 =: + ---- быть "позади"?Это в основном нормальное положение вещей в gitflow IMO.
ответил Mark Adelsberger 9 PM00000060000004031 2018, 18:08:40
0
В вашем сценарии ветвь разработки должна иметь один коммит позади мастера и один коммит вперед (из-за объединенного PR YYY).Если вы создадите еще один запрос извлечения от мастера к разработке, в ветви разработки будет еще один новый коммит (Merged PR ZZZ), и у него будет один коммит вперед (мастер, который вам нужен?).Вместо создания запроса Pull из выпуска в разработку, вы можете просто объединиться из мастера в разработку.
ответил Cece Dong - MSFT 10 PM000000120000004731 2018, 12:30:47

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132