[解決済み] git-flow に従って、以前のリリースのホットフィックスをどのように扱うべきですか？

質問

git-flowのブランチモデルに従おうとすると。 に記載されています。 と共に ツールはこちら で、この状況をどのように扱うべきでしょうか。

1.0 リリースと 2.0 リリースを作成しました。そして、1.0 の修正プログラムを作成する必要があります。1.0 のタグから hotfix ブランチを作成し、そこで修正を実装します。しかし、その後どうするのでしょうか？

通常は master にマージして、そこに 1.1 のリリースタグを付けます。しかし、master の 2.0 より後のポイントに 1.1 をマージすることはできません。

リリースタグを hotfix ブランチに置くことはできると思いますが、そうすると master の横にリリースタグを含む永久ブランチが作成されます。それは正しい方法ですか?

どのように解決するのですか?

git flow には "support" ブランチという概念があるようです。これは、以前のリリースにホットフィックスを追加するために使用されます。

このスレッドに詳細な情報があります で、これらの例があります。

git checkout 6.0
git checkout -b support/6.x
git checkout -b hotfix/6.0.1

... 修正してください。

git checkout support/6.x
git merge hotfix/6.0.1
git branch -d hotfix/6.0.1
git tag 6.0.1

または git flow コマンドを使用します。

git flow support start 6.x 6.0
git flow hotfix start 6.0.1 support/6.x

... その後、変更を加える。

git flow hotfix finish 6.0.1