3

開発プロジェクトを SVN から git に切り替えたところですが、あらゆる種類の分岐を使用するのはこれが初めてです。私は git-flow アプローチ (このすばらしい記事に基づく) に頭を悩ませていますが、1 つのことを行う方法を概念化するのに行き詰まっています。

メジャー バージョン バンプ (2 から 3 など) を行った場合でも、バグ修正や不定期の新機能を含め、少なくとも 1 年間はバージョン 2 を引き続きサポートします。これらの変更を適用するために、バージョン 2 の新しい永続的なブランチを作成しますか? また、バージョン 3 の開発を進めていて、新しいバージョン 3 の機能をバージョン 2 に追加することにした場合、それは可能ですか? また、どのようにしますか? 開発ブランチからバージョン 2 ブランチへのコミットを選択する必要がありますか、それとも実際のマージを行うことができますか?

(私は Git クライアントに Tower を使用しています)

4

1 に答える 1

2

はい、サポート ブランチと開発ブランチがあります。

サポート ブランチのバグ修正は開発ブランチにも関連する可能性が非常に高いため、サポート ブランチは定期的に開発ブランチにマージする必要があります。開発バージョンが異なるほど、マージの競合が発生することに注意してください。

もう 1 つのケースは、サポートに関連する開発からの機能であり、規則よりもむしろ例外である必要があります (そうでなければ、最初にサポートで開発したことになります)。そのため、これらのコミットは厳選する必要があります。開発ブランチをサポート ブランチにマージするべきではありません。サポート パッチとしてリリースしたくない、未テスト、未完成、または実験的な機能がたくさんある可能性が非常に高いためです。

于 2012-09-07T13:24:31.743 に答える