は、私がthe following source control modelを利用してきました。不本意な場合、基本的なコンセプトは、開発ブランチを作成して実際の開発を行い、トランクをきれいにしていつでも展開できるようにすることです（トランクの迷惑メールはありません）。チームシティープロジェクトと複数のSVNブランチ
これに加えて、私は継続的な統合のためのチームシティーを構成しています。 TeamCityでは、すべての開発ブランチと展開準備ブランチ（私の場合はトランク）が正しく構築され、すべての単体テストを渡すようにしたいと思います。
これは愚かな質問であってもよいが、チームシティーで過度に馴染みのあることではない、私は、各ブランチのための新しいチームシティープロジェクトを作成する必要がありますでしょうか？デプロイメント可能なブランチは、特に、開発ブランチよりもいくつかルールが追加されています。たとえば、リリースはファイルシステムのバージョン管理されたディレクトリ（C：\ Projects \ MyProject \ 1.0.187 ...、C：\ Projects \ MyProject \ 1.0.188 ...など）に保存して、簡単にアクセスできるようにする必要がありますいずれの時点でもバイナリを使用できます。一方、開発ブランチにバージョンアップされたアセンブリのコピーを保存する必要はなく、ハードディスクの空き領域が浪費されます。チームシティー内
は、私は、各ソフトウェアプロジェクトのための唯一の単一のプロジェクトを参照することを好むだろう。言い換えれば、私の会社がX個の開発プロジェクトに取り組んでいるならば、そのプロジェクトがX * 2ではなく1回だけ表示されることを望んでいます（それぞれのプロジェクトが2つしかないと仮定します）。