リリース用にコードを分離する場合、「ブランチ」よりも「ラベル」を使用する利点はありますか?
私たちが従うプロセスは、リリースに近いコードを分岐し、分岐でリリースを安定させることです。リリースが SQA によって承認された後、変更をメインラインにマージします。
他の開発グループは、ラベルを使用して、リリースに使用されるコード ベースを「分離」します。私は次の理由でこれが好きではありません (これは間違っているかもしれません):
考えていただければ幸いです。
これは、以下の私の見解です。方法はたくさんあると思いますが、この種のことについては、ラベルよりもブランチの方が優れているという点で、あなたは正しかったと思います。
これが私がそれをどのように考えるかです：
トランクの下のコードは、本番環境に移行するコードです。次のリリースで使用されないコードが含まれている場合は、そのコードをブランチに移動する必要があります。
その後、ブランチは将来の開発を追跡するために使用されます。明日、トランクからブランチ (ブランチ A) を作成し、機能 A の追加を開始します。SQA がブランチ A を承認したら、ブランチをトランクにマージし、トランクを本番環境にプッシュします。
その場合、トランクにパッチ X を作成できることに注意してください。パッチ X を精査するために、単純な 1 行の変更と、SQA による簡単なテストと回帰テストが必要になる場合があります。
トランクを本番環境にリリースするときはいつでも、特定のバージョンがリリースされたことを示すラベルをすべてのトランクに貼り付けます。ラベルのポイントは、後日、特定の時点でリリースされた正確なコードを取得できるようにすることです。