質問

現在、コア ライブラリの自動ビルドを行うために、Visual Studio 2008 (C#) および Subversion と連携するさまざまなアプリケーションを評価しています。私たちは夜間にビルドを実行し、加えられた変更のリストを各開発者に電子メールで送信するか、最新バージョンを各ワークステーションにプッシュできるようにしたいと考えています。これらのツールの使用経験はどうですか?また、推奨事項は何ですか?


推奨ソフトウェア

おすすめの記事

役に立ちましたか?

解決

Cruise Control.net (ccnet) は、あなたが探しているすべてを実現します。使い方はとても簡単です。サービスとして実行する場合は、アカウントを指定し、ネットワーク サービスとして実行しないようにしてください。そうすれば、イントラネット ボックス上で権限を与えて実行させることができます。 xcopy がデプロイされます。

失敗時、すべて、失敗後の修正など、あらゆる種類の電子メール モードがあります。

他のヒント

ハドソン これは、私がこれまでに見た中で最も簡単な継続的インテグレーション/毎日のビルド ツールです。すべての要件を満たしているかどうかはわかりません。

JetBrain (ReSharper の背後にいる人たち) を見てください。 チームシティ

使ったことがある cc.net nant と msbuild を使用すると大きな成功を収めているので、強くお勧めします。

最後の雇用主では、cc.net を使用してビルドサーバーをセットアップしました。セットアップには少なくとも 1 ~ 2 日の作業が必要です。私は cc.net を nant および msbuild と一緒に使用しました。これらのプロジェクトには機能的に重複する部分が多くあるため、すべてをどのように設定するかを検討することをお勧めします。

私が最終的に落ち着いた設定は、サーバー上の cc.net で、Subversion からプロジェクトを取得し、nant スクリプトを起動することでした。nant は、msbuild を呼び出して Visual Studio .sln ファイルをビルドし、テストの実行などの他のすべてのビルド手順を実行するために使用されました。

チームシティもちょっと見てみました。一見すると cc.net よりもはるかに優れているように見えますが、まだ試す時間がありませんでした。確かにチェックしてみる価値があります。

これを実現するために、私は CC.Net を SubVersion および MSBuild とともに使用します。 ここ これを実装するための素晴らしいガイドであり、非常に役に立ちました。

cc.net と msbuild の操作に関するいくつかの豆知識。C/C+= プロジェクトをビルドしている場合、msbuild は、少なくとも VS 2005 (おそらくそれ以前) では信頼できません。VS 2008 ではテストしていません。msbuild が正常に動作する場合もあれば、正常に動作しない場合もあることがわかりました。問題を解決しようとして、C/C++ ソリューションを構築するときに msbuild の代わりにうまく機能すると思われる vcbuild.exe を見つけました。

使用している場合 追跡 問題追跡のために、 噛まれた プラグインはうまく機能します。これはプラットフォーム固有ではありません (職場では Windows と Linux の両方で、それぞれ msbuild/mstest と make/gcc/cpptest を使用して実行しています)。

毎日のビルドを取得するために hudsons Jenkins を使用しています。セットアップとメンテナンスは非常に簡単です。そして、私たちの要件を完全に満たすプラグインがたくさんあります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top