SVN プロジェクトでトランクとブランチを適切に使用する方法について質問があります。私のチームのプロジェクトでは、毎年 3 つのメジャー リリースを作成し、その間に 1 つまたは 2 つのマイナー リリースを作成することもあります。いつでも、2 つまたは 3 つのリリースでアクティブな開発が行われる可能性があります。次のような構造のブランチですべての開発を行ってきました。
/branches/project1/2009.01
/branches/project1/2009.06
/branches/project1/2009.09
/branches/project1/2009.10
これまで、次のリリースのブランチを作成する準備ができたときはいつでも、現在のブランチからトランクへの変更をマージしてから、トランクから新しいブランチを作成しました。次に、トランクを介したマージにより、以前のリリース ブランチにバグ修正を加えて、最新の開発ブランチを手動で最新の状態に保ちます。トランクで開発やコミットが実行されることはありません (マージのコミットを除く)。今、トランクが何のために必要なのか疑問に思っています。前のリリース ブランチから次のリリース ブランチを直接作成し、バグ修正の更新をあるブランチから次のブランチに直接マージするだけでは、何が問題になるでしょうか。トランクの下のプロジェクトを削除することはできますか?
すべての SVN ベスト プラクティス ドキュメントは、開発にトランクを使用することを示しているようですが、一度に 2 つまたは 3 つのリリースに取り組むことができるため、リリースごとに個別のブランチを使用する方がはるかに簡単に思えます。SVN の使用に技術的な問題はありますか? 提案？
ありがとう！