問題タブ [teamcity]

ビルド プロセスを現在よりもかなり自動化するために、teamcity と msbuild をセットアップ中です。私たちが取り組んでいる各プロジェクトは、teamcity で個別のプロジェクトとして設定されており、これらの各プロジェクトには、開発、ステージング、およびライブの 3 つのビルド構成が設定されています。開発は、各チェックイン後に実行される標準の CI ビルドです。ステージングとライブは、適切な環境へのビルドとデプロイを実行します。

ライブ ビルドには、teamcity カウンターを使用して番号が付けられます。しかし、ステージング ビルドを設定して、そのビルドに次の Live ビルドのベータとして番号を付けたいと考えています。したがって、ライブ ビルドがバージョン 6 の場合、ステージング ビルドに v7b1、v7b2 などの番号を付けたいと思います。teamcity または msbuild スクリプトの一部としてこれを行う方法はありますか?

私はSubversionにかなり慣れていません。これまでの私の仕事のほとんどは、VisualSourceSafeを使用したものです。SVNとTeamCityを使用して展開プロセスを改善したいと考えています。これが私の計画です：

3つのブランチがあります。

1. 開発（/ trunk）-Web展開プロジェクトを含むASP.NETソリューション全体。
2. ステージング（/ branchs / staging）-Webデプロイメントプロジェクトの出力（実行にのみ必要なファイル-bin、.aspx、イメージなど）
3. デプロイメント（/ branchs / deployation）-ステージングと同じ

CIプロセス：

1. トランクでソースの変更をコミットします。
2. TeamCityは変更を検出し、ソリューションを構築して単体テストを実行します。
3. すべてのテストに合格すると、TeamCityはWeb配置プロジェクトの出力をブランチ/ステージングにコミットし、ステージングWebサーバーのwwwrootにエクスポートします。

次に、本番環境にデプロイする準備ができたら、次の手順を手動で実行します。

1. ブランチ/ステージングをブランチ/本番環境とマージする
2. 本番Webサーバーのブランチ/本番の作業コピーを更新します。

これは意味がありますか？私のようなVSSユーザーがこのプロセスで見逃している/誤解している可能性があるものはありますか？

夜間にデプロイ可能なビルドを生成するTeamCityサーバーを入手しました。ベータテスターがこれらのナイトリービルドにアクセスできるようにしたいと考えています。

これを行うためのベストプラクティスは何ですか？TeamCity Serverは公開されておらず、私たちのオフィスにあるので、FTPなどを介してアーティファクトをプッシュするのが最善のアプローチだと思います。

また、アーティファクトが正常に作成されたときにスクリプトをトリガーする方法もわかりません。TeamCityはそれを行う方法を提供しますか？

誰かがこれで私を助けてくれることを願っています。TeamCityを稼働させ、さまざまなプロジェクトでビルドを実行します。成功したTeamCity実行ビルドをテストサーバーに自動的にコピー/デプロイできるようにしたいと思います。

これを行うためにPowerShellを使用することを考えていましたが、他のアイデアを受け入れています。これを達成する方法についての情報を提供してくれる人がいますか。

ありがとう。

TeamCity VSプラグインを使用してコミットする必要があるたびに、TeamCityサーバーのアドレスと資格情報を再入力する必要があるという問題が他にありますか？

CIの周りで手足を見つけようとしています。

CC.Net と nAnt で少し遊んでみました。

さて、誰もが推奨しているように見える (そして、私の知る限り、CC.Net と競合し、CC.Net よりも優れている) Team City を試す前に、Tree Surgeon と ci-factory が行うことと、それらがどのように適合するかを理解したいと思います。大きな絵。

私は、Tree Surgeon が何をするかを漠然と理解していると思います。それは、「推奨される」ツリー構造を構築すると信じています。推奨、つまり、ソリューションの下の VS のプロジェクト編成よりも優れています。しかし、ci-factory は何をするのでしょうか? Tree Surgeonと併用できますか？その機能は含まれていますか？

1つのxmlファイルに複数のターゲットを設定しました。すべてのターゲットが実行されることを期待していますが、最初のターゲットのみが実行されます。

これは、iamが実行しようとしていることの簡略化されたバージョンです。

TeamCity CIサーバーからビルドを実行していて、ログがプロセス終了コード：0を報告します。

なぜそれがT2を実行しないのか誰かが何か考えを持っていますか？

現在、TeamCity でのプロジェクトのコンパイルと単体テストにかかる時間を短縮しようとしています。

現在、私のプロジェクトのビルドには約 5 ～ 8 分かかります。

それがすることは次のとおりです。

1. 既存のファイルを消去する
2. 各プロジェクトをコンパイルする
3. インストーラーを作成する

それが完了すると、単体テストが開始され、実行に約 2 分かかります。

それがすることは次のとおりです。

1. 既存のファイルを消去する
2. 各プロジェクトをコンパイルする
3. すべての単体テストを実行する

現在、単体テストの実行には 5 秒しかかからないため、クリーンとコンパイルのステップは約 2 分かかり、インストーラーの作成ステップは約 3 ～ 6 分かかります。

私の最初の質問は次のとおりです。単体テストを実行するときに、クリーンアップとコンパイルの手順を再度実行する必要がないように、チームシティを構成する方法はありますか? このようにした主な理由は、プロジェクトのビルドと単体テストを異なるビルド エージェントで実行できるためだと思います。

2 つ目の質問は、プロジェクトのビルドにかかる時間は 5 ～ 8 分でしょうか。ソリューション内のプロジェクトのコンパイルとインストーラーの作成を最適化する方法はありますか?

ビルドを最適化するか、そのままにしておくかの正しい方向に向けるのに役立つ追加の詳細があれば教えてください。

Nate からのいくつかの質問に答える更新:

TeamCity の外部でビルドを実行すると、単体テストの前にクリーン/コンパイルが再度実行されますか? いいえ、自分のマシンで実行するときに、ビルド スクリプトのどの部分を実行するかを指定できるためです。プロジェクトのビルドと単体テストの実行では、チームシティで異なる方法で指定される、クリーン、コンパイル、単体テストなどのセクションがあります。

もしそうなら、テストの前にビルドがそうしないようにすることはできますか? 現時点でこれを行っていない理由は、異なるビルド エージェントを使用すると、単体テストに必要なファイルが利用できず、失敗する可能性があるためです。

プロジェクトのビルドに何を使用していますか? プロジェクトのビルドには Nant、インストーラーには wix、単体テストとカバレッジ レポートには NUnit と NCover を使用します。

どのソース管理システムを使用していますか? 転覆

TeamCity で ASP.Net MVC プロジェクトを構築しています。

どうにかして Publish ターゲットを呼び出して、出力を IIS の下のフォルダーにコピーすることはできますか? または、これのために msbuild スクリプトを作成する必要がありますか?

Teamcity を使用して .net ビルドをセットアップしようとしています。コンパイルして問題が発生すると、ループでビルドし続けます。Teamcity で複数の実行を取り除くためにできる設定はありますか?

同じソリューション (.sln) ファイルを使用して、コマンド ラインから MSbuild を実行しました。これは正常に動作し、1 回だけ実行されます。

前もって感謝します

よろしくガネーシャ