CI サーバーの統合を検討している .net ショップで働いています。私が見た限りでは、ハドソンが最も人気があるようです。私たちが .net のみのショップであることを考えると、ハドソンは CC.NET が提供しないハードルを提示しますか?
5 に答える
Hudson が私たちの C# 開発でできなかったことは 1 つも思い浮かびません。MSTest ベースのテストであっても、新しいプラグイン(1 つのアセンブリをテストしている場合にのみ機能します) または私の方法を使用してそれらを実行し、トレンドグラフを作成できます。複数のアセンブリで動作します。
CC.netがそれを行うかどうかはわかりませんが、コードカバレッジデータを生成してレポートすることだけが良いと思います。
また、ハドソンはコミュニティのサポートがはるかに強いようです。選択肢があれば、誰かが Hudson ではなく CC.net を選んだという話は聞いたことがありません。
私たちはそれを使用します
- Windows サービスを展開する
- Web サービスをデプロイする
- MSTests を実行し、junit テストと同じくらい多くの情報を表示します
- 低、中、高のタスクを追跡する
- トレンドグラフの警告とエラー
これらのことは Hudson にとって新しいことではないかもしれませんが、Hudson が .net プロジェクトでこれを処理できることを強調し直す必要があると感じました。問題ありません。
Hudson がサポートする組み込みの .net 機能の一部を次に示します。
また、ビジュアルソースを安全に使用することは禁じられています。それもサポートしています。Hudson を使用した .net プロジェクトの構築に関する Redsolo の記事を参照することをお勧めします。
ハドソンは初心者にとってはるかに簡単です。これを使用して、C ++Builderdllおよびexeを自動ビルドおよびパックします。考えてみてください!JavaでもC#でもありません。
xunit テスト フレームワークの hudson サポートを確認しました。短い要約を以下に示します。
- MBUnit/Gallio : プラグインはありますが、開発はあまり活発ではなく、それを使用するコミュニティもないようです。たとえば、問題が 1 つだけ追加されます。4月の報告で報告され、まだ(8月)触れられていません。(Gallio チームは CC.Net のプラグインをサポートしており、応答時間が大幅に改善されているようです)
- MSTest: 同じ問題があります。問題追跡システムには 2 つの問題しかなく、平均応答遅延は 6 か月です。(CC.Net は mstest をネイティブにサポートしているようですが、いくつかの設定が必要です)
- nUnit: hudson での nunit のサポートは非常に優れているようです。開発チームはより迅速に対応し、より多くのバグが報告されています (現在 8 件)。
そこで、CC.Net を試してみようと思います。
私はハドソンについてほとんど何も知りません。CC.NET は .NET に基づいているため、.NET エコシステムに関連する多くの組み込みおよびコミュニティ貢献のタスクとレポートが含まれる傾向があると言えます。
MSBuild Visual Studio NCover NUnit FxCop などなど
そのため、これらのツールを使用する場合は、Hudson によって「すぐに使える」ツールがどれだけ適切にサポートされているかを注意深く確認する必要があります。また、カスタム プラグインを作成する必要が生じた場合 (CCNET 用にいくつか作成しました)、「通常の」開発に使用する開発言語と IDE を使用できると、通常は有利です。
.Net 開発者が Java CI ツールを使用する理由がわかりません。CruiseControl は Java 中心のツールです。これが、CruiseControl.NET が作成された理由です。.NET 中心の継続的統合。
緊密に統合されたシステムをセットアップしたい場合は、システムに独自のプラグインを作成して、まさに必要なことを実行させることになります。
たとえば、関心のあるすべてのバージョン情報をまとめて、バージョンを含む AssemblyInfo.cs ファイルを書き出します。