現在の分岐戦略では、、、、の3つの分岐を使用してdefaultいreleaseますhotfix。
hotfixはリリースから分岐し、QA /テストに続いて、にマージされrelease、次ににマージされdefaultます。
次のリリースが完了し、別の修正プログラムを作成する必要がある場合、hotfixブランチを最新のコードで更新する必要がありますか、それとも最新リリースのブランチからforce新しいブランチを作成する必要がありますか？hotfix
私の本能は、ブランチがいつ、なぜ再作成されたかをより明確にするために、ブランチを再作成することです。ただし、ブランチを再作成することに欠点があるかどうかはわかりません。
各リリース/ホットフィックスブランチに独自の名前を付けることができます（例：v1.0.0および）v1.0.0-hotfix。次のリリースの時点で、古いリリース/修正プログラムのブランチを閉じることができます。
必要に応じて、修正プログラム固有のブランチを作成することもできます。新しい修正プログラムを特定するときは、名前や識別子を指定し、そのブランチを作成して（たとえばhotfix-v1.0.0-001）、修正プログラムを作成します。受け入れられたら、マージしてrelease閉じます。
releaseまたは、現在の/hotfix命名スキームを維持したい場合は、新しい製品をリリースするときに、デフォルトをリリースにマージしてから、ホットフィックスにリリースします。それらをデフォルトにマージしているので、マージの競合は発生しないはずです。そうした場合、あなたは常にデフォルトから側を取ることを知っています。