問題タブ [tfsbuild]

エラーが参照するソリューションまたは特定のプロジェクトをビルドすると、ビルドサーバーに上記のエラーメッセージが表示されます。

Visual Studio（ビルドサーバー上でも）を使用して問題なくソリューションをビルドできますが、msbuildを実行すると上記のエラーで失敗します。

何か案は？

MSBuild を使用して xUnit.net テストを実行するビルドの自動化の一環として、アイテムのバッチをループする必要がある場合に遭遇しました。

ループ内では、反復が失敗したかどうかを検出する必要がありますが、それでも実行を継続したいと考えています。次に、バッチ処理されたビットの後、結果を TeamBuild に報告するために、1 つ以上のエラーが発生したかどうかを知る必要があります。

IOW、疑似コード:

これは、カスタム タスク (または、Jonne のように xunit.net MSBuild タスクをハッキング) なしで実現できることを願っています。(ただし、MSBuild コミュニティまたは Sdc タスクを使用する意思がある)

そして@BradWilson：私はこれをきれいに行うことはできません.NUnitタスクのJonneの変更を探して、xunitタスクにもします

参照:チーム ビルドで xUnit.net テスト スイートのテスト結果とカバレッジを表示するにはどうすればよいですか?

VS を使用しない継続的インテグレーションで MsTest を使用する方法と同様に? 、TeamBuild サーバーで mstest.exe を実行したいと考えています。

私のコンテキストは、MSBuild でエラー ステータスをトラップすることです。つまり、mstest.exe /publish を使用して結果を TFS リポジトリにアップロードしようとしているだけです。したがって、 http://www.shunra.com/shunrablog/index.php/2009/04/23/running-mstest-without-visual-studio/の完全なリグマロールは (ご希望のとおり) やり過ぎである可能性が高く、特にMSTEST.exe として、http: //social.msdn.microsoft.com/Forums/en-US/tfsgeneral/thread/e4575890-8f88-413c-a7f3-0d09d3b9cb01 で説明されているように、 Team Explorer をインストールするだけでよいことが示唆されています。

VS2008 チーム エクスプローラー SP1 と mstest.exe /? をインストールしました。パブリッシュ オプションについてまだ教えてくれません。

mstest.exe /? にはチーム エクスプローラーのみが必要であると書かれていることを思い出してください。公開用:

チーム エクスプローラーがインストールされている場合は、次のオプションも使用できます。

/publish:[サーバー名] 結果を Team Foundation Server に発行します。

/publishbuild:[ビルド名] テスト結果の公開に使用されるビルド識別子。

/publishresultsfile:[ファイル名] 公開するテスト結果ファイルの名前。何も指定されていない場合は、現在のテスト実行によって生成されたファイルを使用します。

/teamproject:[チーム プロジェクト名] ビルドが属するチーム プロジェクトの名前。テスト結果を公開する場合に指定します。

/platform:[プラットフォーム] テスト結果を公開するビルドのプラットフォーム。

/flavor:[flavor] テスト結果を公開するビルドのフレーバー。

procmon.exe のパスをたどって不足しているものを見つけようとしていますが、知識のある人が介入して答えてくれるのが理想的です:-

mstest.exe /publish には、前述のようにチーム エクスプローラーのみが必要ですか、それとも VSTT とチーム エクスプローラーが必要ですか?

私は一連の NUnit XML 結果ファイルを持っています (Xunit.Runner.MSBuild.xunit msbuild タスクへの NUnitXml パラメーターを介して xUnit.NET によって生成されます) 。テスト スイート?およびhttp://jonnekats.wordpress.com/2009/05/07/integrate-xunit-tests-into-your-daily-team-build/ )

このスクリプトは、各テストの実行を個別に発行しますが、毎回すべての TestResults アーティファクトを取得するので時間がかかります。したがって、[/publish パラメーターを指定して mstest.exe を使用して TFS に] 送信する前に、まずクライアント側でそれらを 1 つの統合セットに結合したいと考えています。

xUnit.net には、次のように xunit.tests.msbuild で呼び出される CombineXunitXml タスクがあります。

同様の方法でNUnit結果ファイルをマージする同等のタスクを知っている人はいますか? (これは、NUnit タスクが Assemblies パラメーターで複数のアセンブリを受け取るのに対し、xUnit.net には単一の Assembly パラメーターがあるため、一般的には発生しないと思います)。

背景: ソース コードを管理し、作業項目とバグを追跡する TFS サーバーのセットアップがあります。また、CI を実行するのに役立つ CC.Net セットアップもあります (ほとんどの場合、単体テストをビルドして実行するだけです)。.net Framework 3.5 と VS 2008 を使用しています

私は MSBuild に精通しており、現在のプロジェクトで MSBuild を使用して、多くの展開前および展開タスクを実行しています。ただし、TFSBuild の目的はよくわかりません。ビルド タスクを実行するために TFS サーバー レベルで使用されると思います。しかし、私 (TFS の管理者ではなく、開発者として... 開発者は TFS サーバーへの読み取りアクセスのみを持っている) が TFS Build を使用して展開/CI タスクを容易にすることができるかどうか、およびその方法についての適切なドキュメントを見つけることができません。TFSBuild を使用すると、ビルド プロセスに既に MSBuild を使用しており、CC.Net で既に一連の単体テストを実行している場合、タスクがより簡単/効率的になりますか? TFSBuild は CC.Net に代わるものですか? TFSBuild と Visual Studio 2008 の統合についてはどうですか?

更新: 「TeamBuild」はこのスタックにどのように適合しますか。理論よりも、これらをまとめた簡単な例が非常に役立ちます。現時点では、MSBuild を使用して展開タスク (構成ファイルの更新、バージョン情報、リモート サーバーへのアプリの公開) を実行し、CC.Net が引き継ぎます。この図のどこに TeamBuild/TFSbuild を組み込むことができますか? さらに重要なことに、それは必要ですか? 要件は人それぞれであることは理解していますが、一般的に役立つでしょうか? TFS ビルドを使用するための回答の 1 つから得た正当な理由の 1 つは、いくつかの条件で TFS チケットを自動的に作成することでした。あなたが普段しているようなことは何ですか？

TFS上に構築しようとしているソリューションがあります。適切なすべてのファイルのバージョンを更新したいのですが、これを実行しようとして立ち往生しています。それを行う方法についてはたくさんのリンクがありますが、1つの小さな問題のためにそれらのどれも私のために機能しません...スコープ。

私の木は次のようになります。

• test.proj
• application.sln
• アプリケーション（フォルダ）
• main.cs
• プロパティ（フォルダ）
• AssemblyInfo.cs

ソリューションフォルダから「c：\ Windows \ Microsoft.NET \ Framework \ v3.5 \MSBuild.exetest.proj」を実行すると...次の出力が表示されます。

では、ItemGroupにグローバルスコープを持たせるにはどうすればよいですか？コンパイラとTeamBuildで使用されるすべてのTargetsファイルはこれと同じことを行い、それらはすべてグローバルであるように見えます...なぜこれが機能しないのかわかりません。

何か助けはありますか？

チームビルドの達人

ビルドメール通知に含まれる「関連するチェンジセット」リストを探しています

たとえば、デフォルトでは、次のようなビルド通知を受け取ります。

私が本当に欲しいのは、変更を含む電子メールです。したがって、ユーザーは変更のリストを取得するためにURLをクリックする必要はありません。だから...私は代わりに次のようなメールになります：

TFS 用のカスタム ビルド スクリプトをいくつか開発中です。TFS ビルド スクリプトの開発、テスト、展開に関するベスト プラクティスがあるかどうかを知りたいです。

本番ビルド サーバーとは別の開発および QC 環境をセットアップしていますか? 開発中のビルド スクリプトが「運用」ビルドに干渉しないように、スクリプトの開発プロセスを残りのビルド プロセスから分離する他の方法はありますか?

チーム ビルドは、ビルド プロセスの一部として作業項目を作成し、作業項目を更新し、ラベルを追加することを好みますが、これは "テスト" ビルドでは発生したくありません。

jMM

興味深い状況があります。ビルドサーバーは、以前に閉じた作業項目に戻り、統合ビルドフィールドを更新したいと考えているようです。

ビルドサーバーが初めて設定することを理解しました。最初のビルドが正常に完了しなかった場合に、そのフィールドを更新することさえ理解できました。

ただし、以前に閉じたすべての作業項目を新しい統合ビルド番号で更新し続ける理由がわかりません。

関連する作業項目はいずれも、定義されたビルドの関連する作業項目リストに表示されないことに注意してください。

ありがとう、

ビルドでいくつかのファイルをチェックアウトし (Microsoft.Sdc.Common.tasks を使用)、ビルドの完了後にそれらをチェックインしようとしています。しかし、ビルドの前後は言うまでもなく、これをまったく機能させることができないようです。

この種のコードはどうすればよいのでしょうか?