私のマネージャーから私たちのプロジェクトのビルドオートメーションのセットアップを求められました。私はCruiseControl.Netを継続的な統合サーバーとして使用することを決めました。これは、他のチームメンバーが少し経験しているので、私は何も持っていません。そのため、この仕事を喜んでしています。CruiseControl.Netでタグ付きプロジェクトをビルド
私たちはリポジトリとしてSubversionを使用しています。最終的な目標は、プロジェクトにタグが付けられるたびにビルドをインスタンス化することです。たとえば、
svn：// svn/tags/ProjectX /にsvn：// svn/tags/ProjectX/JulyCheckPointなどのフォルダを追加すると、新しく追加されたタグ（svn：// svn/tags）をチェックアウトする必要があります。/ProjectX/JulyCheckPoint）をローカルディレクトリ（D：\ temp \ tags \ ProjectX \ JulyCheckPoint）に移動し、ナントファイル（D：\ temp \ tags \ ProjectX \ JulyCheckPoint \ nant.build）を実行します。
CruiseControlは変更のためにsvn：// svn/tags/ProjectX /を監視することができますが、ビルドサーバのローカルディスクに最新のタグをチェックアウトして、わからない場合はnant.buildをどのように実行するのかは分かりません最新のタグの名前私は少しのグーグルを行い、svn post-commitフックが私が調べなければならないものかもしれないと信じています。
私はそれが理にかなっていることを望みます。詳しい情報や説明が必要な場合は教えてください。どんな指導/助言も高く評価されるでしょう。
乾杯。
ありがとう、私は間違いなくその記事を見ていきます。私が念頭に置いていた次のステップは、夜間にトランクからビルドすることです（あなたが言及する目的のために）。 最終的にタグからビルドすることで、タグ付きプロジェクト（WiXを参照）を含む.msiインストールパッケージをタグにコミットするビルドマネージャー/開発者が必要になります。このようにして、特定のビルドにタグを付けるだけで、私たちが到達するマイルストーンをリリースインストールに組み込むことができます。私は見落としてしまった、これに対する何らかの欠点はありますか？ – Boris
これは合理的な要求のように聞こえるが、CC.Netが動作する方法には実際には適合しない。 この場合、管理者が実行するリリースビルドという2番目のCC.Netプロジェクトがあることをお勧めします。このビルドによってMSIが作成され、トランクにタグが付けられます。タグ付きコードに変更が必要な場合は、ブランチからビルドするために新しいCC.Netプロジェクトを分岐して作成することができます。 これは非常に単純な概観ですが、うまくいけば、始めるためのいくつかのアイデアが与えられます。 – MikeD