Gitflow: git-flow `tag` место фиксации при завершении выпуска

Я столкнулся с той же проблемой с тем же пониманием, что и у вас @RoLYroLLs. Вот цитата из статьи:

Когда состояние ветки релиза готово стать настоящим релизом, необходимо выполнить некоторые действия. Сначала ветвь выпуска объединяется в master (помните, поскольку каждая фиксация master является новой версией по определению). Затем эта фиксация на master должна быть помечена для удобства использования в будущем этой исторической версии.

Надеюсь, это будет исправлено, так как я должен сделать то же удаление и воссоздание танца, о котором вы упомянули.

Хорошо, я немного поигрался с этим и узнал, как "исправить", если хотите, в методологии, написанной на http://nvie.com/posts/a-successful-git-branching-model/.

Мне кажется, что этот проект был заброшен, так как последний раз его трогали в 2012 году, поэтому я не буду создавать PR, но оставлю этот вопрос активным.

Однако для таких, как я, вы можете редактировать следующие файлы:

https://github.com/nvie/gitflow/blob/15aab26490facf285acef56cb5d61025eacb3a69/git-flow-release#L253
а также
https://github.com/nvie/gitflow/blob/15aab26490facf285acef56cb5d61025eacb3a69/git-flow-hotfix#L297

Измените $BRANCH на $MASTER_BRANCH

Насколько я понимаю, размещение тега в ветке выпуска перед слиянием (а не в основной ветке) на самом деле является правильным, поэтому его также можно найти с помощью git describe --tags из ветки разработки. См. № 374

Насколько я понимаю, размещение тега в ветке выпуска перед слиянием (а не в основной ветке) на самом деле является правильным, поэтому его также можно найти с помощью git describe --tags из ветки разработки. См. № 374

Странный аргумент.
Исходный код версируется, поэтому вы можете соотносить развернутые приложения с источником, который его создал, вы развертываете из мастера -> мастер должен быть помечен.