1

Microsoft ALM チームは、Basic Branch Plan にはMAIN、DEV、およびRELEASEブランチが必要であると説明しています。

現在、ブランチをまったく使用せずにソース管理を使用している新しいチームにブランチ/マージを導入する作業を行っています。

RELEASE ブランチが実際にどのように使用されているのか気になりました。

DEV ブランチで変更を行ってから、RELEASE ブランチを必要とせずに MAIN ブランチにマージできますか? MAIN は引き続き読み取り専用です。基本的には、本質的に RELEASE ブランチになります。私がこれを言う理由は、それほど多くの変更はありませんが、新しい変更から安定したコードを分離したいからです。いわゆる「リリース」の概念は、まだ明確に定義されていません。私はまだそれに取り組んでいます。

私のチームが RELEASE ブランチを必要としているかどうかはわかりません (特に私たちのニーズを考慮して)。

MAINブランチとDEVブランチだけを持つという戦略についてコメントをいただければ幸いです。

4

2 に答える 2

2

クライアントにTFSを実装したとき（SVNを置き換えたとき）、私は別の方法で行きました。私がしたことは、最初は DEV ブランチではなく、MAIN ブランチと RELEASE ブランチを導入することでした。また、最初は SVN に精通したチームに DEV ブランチの目的を伝えるのは困難です。

RELEASE ブランチの主な目的は、別の回答で述べたように、歴史的なプレースホルダーを保持することでした。現在、Git を使用しており、リリース プロセスを実行して release/$version_number に分岐する CI サーバーがあります。そのコンセプトの方が理解しやすく、チームに伝えやすいと思います。つまり、実際にリリースするときにリリース ブランチを自動的に作成します。

于 2014-08-13T20:26:36.593 に答える