TFS 2010の構造は次のとおりです。
ProjectCollectionA
..trunk
....Dev (this is a branch)
...Website1(these are folders)
...Website2
....Release(this is a branch)
...Website1(these are folders)
...Website2
どんな理由であれ、私はブランチとしてdevとリリースを、フォルダとしてWebsite1とWebsite2をリリースしています。私の質問は、私はフォルダとしてdevとreleaseを、ブランチとしてWebsite1とWebsite2を持っているべきですか?それはもっと理にかなっていますか?ここでのベストプラクティスは何ですか?何らかの方法で利点または欠点がありますか?助けてくれてありがとう
AFSレンジャーによるTFSのさまざまな分岐プラクティスを説明する非常に包括的なガイド here があります。
Webサイト1とWebサイト2が同じ全体的なソリューション(VSソリューションではない)内の関連アプリケーションである場合、または2つのWebサイト間に依存関係がある場合、これ(IMO)が最善のアプローチです。それらが分離されたコードベースを持つ2つの完全に関連のないプロジェクトである場合、私はそれを2つのTFSプロジェクトに分離します。
ビジネスプラクティスの詳細を知らずに、誰かの正しい分岐パターンを決定するのは困難です。私たちがここで行うことは、あなたにとってはうまくいかないかもしれません(実際、私たちがすべきことはおそらくすべきではありません)。
CodePlexの分岐/マージガイドを参照する必要があることは、DaveShawにも同意します。
追加コメント付きの質問によると、ソース管理エクスプローラーでツリーをより明確にするためにフォルダーを使用することをお勧めしますが、アプリケーション/ソリューションごとにブランチを使用します。現在の状況(たとえば、アプリケーションの1つに追加機能を構築する必要がある場合)では、(この例では)1つのソリューションのみを変更したいすべてのソリューションに対して新しいブランチを作成する必要があります。ソリューションごとに複数のブランチを使用すると、より多くの自由度が得られます。