CIを持つことは可能ですか?Tortoise SVNとの継続的インテグレーションは可能ですか? .NETプロジェクトのビルドプロセスを自動化したい。Tortoise SVNとの継続的インテグレーション
おかげで、 Omky
CIを持つことは可能ですか?Tortoise SVNとの継続的インテグレーションは可能ですか? .NETプロジェクトのビルドプロセスを自動化したい。Tortoise SVNとの継続的インテグレーション
おかげで、 Omky
.NET環境で正常に使用したオープンソースの連続ビルドツールであるHudsonまたはJenkinsをお勧めします。
Tortoiseは、Subversionで使用しているクライアントプログラムであり、実際には連続ビルドとは関係ありません。しかし、JenkinsとHudsonはどちらも内部SVNクライアントを持っているので、リポジトリに変更が加えられてビルドが実行されたことを簡単に確認できます。
ハドソン/ジェンキンスには、参考になるさまざまなプラグインがあります。たとえば、Visual Studioソリューションファイルを実行し、.NETアプリケーションをビルドするMSBuild.exeプラグインがあります。 Nantをビルド、NUnitテスト(そしてどちらも素晴らしいチャートを生成する)のために実行することができ、それらからもデプロイすることができます。
ハドソン/ジェンキンスはセットアップと使用が簡単です。 Webベースのインターフェースを介してジョブを定義することができます。ダウンロードしてから数時間以内に稼動している可能性があります。プラグインによる追加機能のインストールも非常に簡単です。プラグインを選択してボタンを押すだけです。私はCruiseControlとCruiseControl.NETを使用していますが、Hudson/Jenkinsに切り替えるのは単純にはるかに優れているからです。
この時点で、その履歴はちょっと混乱しています。オリジナルのHudsonプロジェクトは、Sun Systemsで働いていたKawagkei Kawaguchiによって実行されました。 SunがOracleによって買収されたとき、KawaguchiはCloudbeesに行って、彼とプロジェクトを取った。しかし、OracleはHudsonの著作権を保有していたため、このプロジェクトの名前をJenkinsに変更しました。 HudsonとJenkinsの両方のプロジェクトは真のプロジェクトであると主張し、もう一つはフォークです。しかし、私はJenkinsを使用しています。なぜなら、ほとんどのアクティビティは今のところです。
TortoiseSVNはSVNクライアントへのグラフィカルフロントエンドであり、そのようなものとして、容易に自動化されていません。
ほとんどのCIサーバーには、SVNを使用する機能が組み込まれています。選択したツールのドキュメントを読むことをお勧めします。
ネイティブでサポートしていない場合は、コマンドラインクライアントを使用して統合してコマンドを発行する必要があります(バッチファイル、powershellなどで簡単に実行できます)。
TSVNは、人間が使用するためのクライアント側のアプリケーションです。必要なのは、Subversionとのインターフェースが可能なCIサーバーです。 CruiseControl.NETまたはTeamCityをチェックしてください。
ない何あなたはCIツールを使用してSVN自体に接続する必要がある - あなたはCIに新しいしている場合、あなたは、私はチームシティーを試してみることをお勧めしたい、自分でセットアップが簡単なツールを取得する必要がありますし、
に慣れますまたはバンブー。
私たちは、msbuildとhudson/jenkinsと一緒にsvnをCIのビルドサーバーとして使用します。それは素晴らしい作品です。
Tortoise SVNはSubversion用のWindowsシェル拡張です。あなたはSubversionを意味しましたか、実際にあなたのCIシステムにTortoise SVNを使用したいのですか? –
[Idea:保留中のコミットのSVNモニタ?]の複製が可能ですか?(http://stackoverflow.com/questions/3779117/idea-svn-monitor-for-pending-commits) –