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を参照

それは奇妙な議論でした。
ソースはバージョン管理されているため、デプロイされたアプリケーションをそれを作成したソースと関連付けることができます。マスターからデプロイします->マスターにタグを付ける必要があります。