Vaultを使用すると、リリースコードベースを分離する際に、ラベルまたはブランチを優先する必要がありますか？

Question

リリース用のコードを分離する際に、 "ブランチ"上に "ラベル"を使用する利点はありますか？

次のプロセスでは、コードをリリースに近づけてブランチにリリースし、リリースを安定させます。リリースがSQAによって承認された後、私たちはメインラインに変更をマージします。

他のdevグループは、リリースに使用するコードベースを「分離」するためにラベルを使用します。理由は次のとおりです（間違っている可能性があります）。

• ボールトはラベルから他のラベルへのマージをサポートしていません。ブランチ間のマージサポートは優れています
• ラベル付きアイテムのアクセス許可を削除して変更を停止することはできません。 へのアクセスをブランチに制限することができます。

感謝しています。

Answer 1

これは私の考えです。私はそれを行うには多くの方法があると思うが、私はあなたがこの種の事柄のラベルよりも枝が優れているという点で正しいと思う。ここで

は、私はそれについて考える方法は次のとおりです。

トランクの下のコードは、製造しようとしているコードです。次のリリースで使用されないコードがそこにある場合、そのコードをブランチに移動する必要があります。

今後の展開を追跡するために支店が使用されます。したがって、明日、トランクからブランチ（ブランチA）を作成し、フィーチャAを追加し始めます。SQAがブランチAを承認したら、ブランクAをトランクにマージし、トランクをプロダクションにプッシュします。

この場合、パッチXをトランクに作成できることに注意してください。簡単な1行の変更と、SQAによる迅速なテストと回帰テストが必要な場合がありますが、機能Aはブランチ上で開発されているため、パッチXのリリースを保持していませんでした。

トランクをプロダクションにリリースするときに、特定のバージョンがリリースされたときにマークするすべてのトランクにラベルをスローします。ラベル付きのポイントは、ある時点でリリースされた正確なコードを後で検索できるようにすることです。