1

Git には、安定版ブランチと「ベータ」ブランチの 2 つのメイン ブランチがあります。

あるグループの人々は「ベータ」ブランチからコンパイルされたコードを使用していますが、ほとんどの人は安定版ブランチからコンパイルされたコードを使用しています。時々、「ベータ」ブランチは安定版ブランチとマージされますが、頻繁ではありません。リリースの合間に、安定版ブランチと「ベータ」ブランチの両方にホットフィックスを作成することがあります。この状況で何がベスト プラクティスなのかはわかりませんが、通常はパッチを作成し、両方のブランチに別々に適用します。ホットフィックスを配布するために「ベータ」ブランチを安定版ブランチにマージしたくありません。また、単純な修正プログラムを配布するために、stable ブランチのユーザーがマージするのに数か月待たされることも望んでいません。

この状況でパッチを作成することは正しいことですか? それとも、修正プログラムを作成するたびに安定版を「ベータ」ブランチにマージする必要がありますか? 通常は逆の場合に安定版を「ベータ版」にマージするのは悪い考えのように思えます (私は間違っている可能性があります。私は Git の専門家ではありません)。

4

2 に答える 2

2

あるブランチから別のブランチへのコミットをチェリーピックしてみませんか?そうすれば、コミットされた変更とともにコミット情報を引き継ぐことができ、完全なブランチをマージする必要がありません。

于 2012-10-25T23:15:07.257 に答える