私はCIサーバーを統合しようとしている.netショップで働いています。私が見たことから、ハドソンは最も人気のある選択です。私たちが.netだけのショップであることを考えると、HudsonはCC.NETにはないハードルを提示しますか?CI:Hudson with .Net vs CruiseControl.Net
答えて
MSTestベースのテストでもHudsonがC#開発で行うことはできませんでしたが、今はthe new plugin(これは1つのアセンブリをテストしている場合のみ動作します)またはトレンドグラフを実行できます。 my method複数のアセンブリで動作します。
コードカバレッジのデータを生成して報告するのがいいと思うのですが、CC.netがそうしているかどうかは分かりません。
また、ハドソン氏のコミュニティサポートはずっと強かったようです。彼らが選択肢を持っていれば、誰かがCC.netをハドソンより選んだことは聞いたことがありません。
我々は
- 展開の窓サービス
- 展開Webサービス任意のJUnitテスト
- が低い、のmed、高いタスクを追跡するよう
- 実行MSTests &ディスプレイとして多くの情報にそれを使用
- トレンドグラフの警告とエラー
これらはハドソンにとって新しいものではないかもしれませんが、ハドソンが.netプロジェクトでこれを処理できることを強調しておく必要があると感じました。ここで
ハドソンが
- MSBuild
- NAnt
- MSTestを(上記のリンクの二つの方法、)
- Nunit
- Team Foundation Server
- をサポートしていること.NETのものに建てられたのいくつかでありますfxcopまた
さて、あなたはCC.NETを好きな人に会ったことがあります。私は一です。 CC.NETのコミュニティは素晴らしいですが、私はHudsonのコミュニティを知りませんが、それがはるかに優れていれば、あなたにとって素晴らしいことです。私は私のカスタマイズのためのJavaを学ぶ必要性が私の大きな障害であることを発見しました – Alex
上記の私のリンクに示すように、ビルドステップを追加するためにJavaを学ぶ必要はありません。実行可能ファイルも追加できます。 組み込みのプラグインサポートはこれと比べてどのようにサポートされますか? http://wiki.hudson-ci.org/display/HUDSON/Plugins –
これは、その機能のほとんどがCC.NETであり、余分な作業をする必要はありません。そして、私は必要ない。私はハドソンを打ち負かすつもりはない、かなり良いようだ。私は彼らが好意的に比較すると言うでしょう。ただ、プラグインを追加するだけでなく、基本を変更することもできます。 – Alex
私はハドソンについてほとんど何も知りません。 NUnitの NCover
MSBuildの のVisual Studio:私はCC.NETは、.NETに基づいているので、それはビルトインの多くとコミュニティ貢献タスクおよび.NETエコシステムに関連するレポートを持っている傾向があると言うだろうFxCop などなど
これらのツールを使用する場合、Hudsonによってこれらのツールがどれほどサポートされているかを慎重に確認する必要があります。また、カスタムプラグインを作成しなければならない場合(通常はCCNET用にいくつか行っています)、通常の開発に使用する開発言語とIDEを使用することができるのが普通です。
あなたは本当ですか?ハドソンは、NCover以外のプラグインを使用してそのすべてをサポートしています。とにかく、カスタムビルドステップを実行可能ファイルとして開発するか、単にdosコマンドを実行するだけで、Javaを知る必要はありません。 –
「あなたは本当ですか?"ジェレミーはハドソンを知らないと言ったが、彼はハドソンに何もないと言っているわけではない。何を質問しているのですか? – Alex
メッセージを誤読してしまいます。コメントを編集できません –
ハドソンは初心者にとってははるかに簡単です。 C++ BuilderのDLLとexeを自動ビルドしてパックするために使用します。それについて考える! JavaやC#ではありません。
jslint、ええ –
私はxUnitのテストのためにハドソンのサポートは短い要約は以下に含まれているフレームワークチェックしました:
- MBUnit/Gallio:そこプラグインですが、開発はあまりにも積極的であるように思われませんも使用コミュニティそれ。たとえば、issueが1つだけ追加されています。 4月に報告され、まだ触れられていない(8月)。 (GallioチームはCC.Netのプラグインをサポートしていますが、応答時間ははるかに良くなります)
- MSTest:同じ問題があります。問題追跡システムには2つの問題しかなく、平均応答遅延は6ヶ月です。 (CC.Netにはmstestのネイティブサポートがありますが、何らかの設定が必要です)
- nUnit:hudsonのnunitのサポートはかなり良いようです。開発チームははるかに応答性が高く、さらに多くのバグが報告されています(現在8件)。
私はCC.Netに試してみるつもりだと思います。
なぜ.NET開発者がJava CIツールを使用するのか分かりません。 CruiseControlはJava中心のツールです。 これがCruiseControl.NETが作成された理由です。 .NET centric continuous-integration。
緊密に統合されたシステムをセットアップしたい場合は、システムのための独自のプラグインを作成して、あなたが望むものとまったく同じになるようにします。
気になるバージョン情報をまとめて、AssemblyInfo.csファイルにそのバージョンを書き出します。
- 1. CruiseControl.NET MSBuild Logger for .NET 4
- 2. FFT with Math.NET 4.0 - Complex32 [] vs. Complex []
- 3. with-meta vs^{} - Clojure
- 4. - vs _ with simplexml_load_file()
- 5. VS 2017 .NETコアBinaryFormatter
- 6. .Net vs C++(パフォーマンス)
- 7. Azure vs。NET Services
- 8. vs String in .NET
- 9. .NET .vbproj vs .sln
- 10. VS .NETクラスデザイナ
- 11. .net 4 issue with EnterpriseLibrary.Caching
- 12. .Netキャッシングwith system.runtime.caching
- 13. facebook integration with .net
- 14. .NETコアwith FakeItEasy
- 15. C#with Connector/NET
- 16. NET :: SSH2 with sudo
- 17. Silverlight with C++。Net
- 18. JSON with .Net 2.0
- 19. .NETキャッシングwith AutoFac
- 20. .NETコアwith MySQL
- 21. Programming with .net
- 22. .NETコンパイラ - DEBUG vs. RELEASE
- 23. .NETエンティティフレームワーク - IEnumerable VS. IQueryable
- 24. .NET 4.5 Async vs. TPL
- 25. // VS .NetのTODOフラグ
- 26. pInvoke、.net 4 vs 3.5
- 27. cruisecontrol.netファイルウォッチャー
- 28. CruiseControl.netメール
- 29. MSTest&CruiseControl.Net
- 30. cruisecontrol.net email
ポストに.netというタグを追加することを検討してください。 – myroslav
このCCもハドソンの質問も参照してください。http://stackoverflow.com/questions/604385;タイトルの「for Javaプロジェクト」にもかかわらず、そのどれもJava特有のものではありません。 Hudson&.NETについて:この回答を参照してください:http://stackoverflow.com/questions/616149/how-and-why-do-i-set-up-ac-build-machine/616230#616230要約すると:go withハドソン:) – Jonik