作業中のソース管理 (ほとんどの場合はVault ) をアップグレードしており、ブランチの方法論に移行しており、使用するフォルダー構造の解決に問題があります。
トランクを開発ラインとして使用する予定であり、ブランチはリリースとそのリリースのバグ修正になります。
2 つのフォルダー構造を思いついたので、それぞれの長所と短所を知りたいと思いました。
Projects
|-> Trunk
|-> Data Access
|-> Business
|-> Desktop
|-> Website
|-> Branches
|-> Branch 01
|-> Data Access
|-> Business
|-> Desktop
|-> Website
と
Projects
|-> Data Access
|-> Trunk
|-> Branches
|-> Branch 01
|-> Business
|-> Trunk
|-> Branches
|-> Branch 01
|-> Desktop
|-> Trunk
|-> Branches
|-> Branch 01
|-> Website
|-> Trunk
|-> Branches
|-> Branch 01
最初のソリューションでビルド マシン ( Cruisecontrol.net ) でソース コントロール ブロックを使用すると、次のように言えます。
<path>$\Projects\trunk\</path>
branches
ブランチを作成することはかなり似ていますが、フォルダー内の最新のブランチを取得することは可能ですか? そうしないと、リリースごとに ccnet 構成を編集する必要があります。
2 番目の方法 (多くの人がこの方法を提案しています) を使用する場合、ビルド マシンはどのようにして関連するすべてのプロジェクトを取得するのでしょうか? このようなものかもしれません:
<path>$\Projects\*\trunk\</path>
一部のプロジェクトが分岐されていて、他のプロジェクトは分岐されていない場合、ブランチが存在しない場合にトランクを取得するにはどうすればよいですか (これが可能な場合)。
すべてのトランクを取得してから、ブランチで上書きするとうまくいきますか? 存在しないブランチにアクセスしようとするとエラーになりますか?