TeamCityでビルドプロセスをセットアップする

Question

私はチームにCIを実装し始めています。私はTeamCityを拾っています。これは小さなチームでは無料で、最近はかなり人気があり、多くのオプションがあります。

私はこのサーバーの "典型的な"または最適なユースケースが何であるかをまだ判断していません。

ビルドタスクの大部分は、他のツール（MSBuild/NANTのようなビルドスクリプトにする）を使用する方がよく、TCは単体テスト/ビルドトリガの発行にのみ使用されます。

完全なビルドプロセス（ファイルのコピー/より複雑でロジックベースのコードの呼び出しなど）をセットアップすることは難しいです。

TCをビルドプロセスに設定する際の良いシナリオは何ですか？

当社の製品は、さまざまな「プラグイン」を備えたC＃ベースのソフトウェアです。

現在MSBuildランナーを使用している3つの大きな.slnファイルを作成しています（単にこのランナーの引数として.slnファイルを指定しています）。

これは実際のバイナリの作成だけを行いますが、インストーラを作成する場合など、さまざまなプロジェクトの出力をまとめて結合する必要がある場合には不十分です。

Answer 1

私が与えることができる最高の答えは、私たちのチーム都市のプロセスを説明することです。私はあなたのために何がうまくいくのかは分かりません。私の会社では、チームシップを使用する方法が8つほどあるので、何が典型的であるかについても言えません。

私たちの.NETプロジェクト（MSBuild/NAntについて言及して以来、あなたの焦点であるようです）では、複数のビルドステップでビルドしています。 Oneはteamcityのソリューションランナーを使用してコンパイルし、次はnunitテストランナーを使用し、最後はmsbuildを使用してファイルをコピーします。

私たちには、同様のパターンに従う別の.NETビルドがありますが、Pythonで書かれたカスタムツールを呼び出すいくつかのステップが追加されています。

NAntランナーのみを実行するJavaビルドがいくつかあります。

あなたとあなたの現在の環境に最適なことは何ですか？それをしばらくの間ライブして、あなたが何を変えたいかを見てください。

すでに良いmsbuildまたはnantスクリプトを持っている場合は、それにチームチームを指摘し、それをトリガに使用してください。

私はteamcityのソリューションランナーを使用するのが好きです。ちょうどうまく機能するからです。テストランナーと同じです。しかし、MSBuild/NAntはファイルパターンの作業には本当に適しています。

希望に役立ちます。

Answer 2

次のように私たちはチームシティーを使用します。 1.実行継続的インテグレーションは 2.夜間は解雇（（バッチ/シェルスクリプトを使用して） 3.夜間の展開 4.正気テストを構築します（とすぐに誰かがコードをコミットとして解雇）を構築

Answer 3

技術的には、TeamCityがスクリプトやツールを使って行うすべてのことを行うことができます。 TeamCityの美しさは、タスクを整理するためにすぐに提供するシンプルさです。 TeamCityの中心には、コマンドラインと、業界全体のツールとの統合があります。それらは設定の負担を軽減し、いくつかの変数やパラメータを指定することで、厄介なスクリプトが実行する重要なタスクを自動化できます。 UIはコマンドラインパラメータを直感的に取り入れます。 TeamCityの私のお気に入りのユースケースは、そのUIの力に由来する歴史的意義です。あなたが実行したスクリプトが失敗した最後の時間、または失敗した理由を把握しなければならないと想像してください。簡単な質問に答えるために時間を要する履歴ログや人工物などを保管しなければならないでしょう。自動化されたタスク（ビルド）の歴史的な流れを報告しなければならないとしたら、収集するすべてのデータを分析したり、単純な質問に答えるカスタム実装が必要です。私たちのユニットテストの数は増えていますか？ "これらのデータポイントはすべてボックスから集められ、チームシップであなたのために報告されます。あなたが言うことができないなら、私はそれが美しいツールだと思う。