TFS2010ビルド定義の[アセンブリファイルのテストの指定]ダイアログの検索マスクを正しく指定するにはどうすればよいですか？

Question

TFS2010のビルド定義でテストアセンブリを検索するための正しいマスクを指定する方法がわかりません。 出力アセンブリにデフォルトのバイナリフォルダを使用していません。各テストプロジェクトには、独自のbin \ Debugまたはbin \ Release出力フォルダーがあります。 私はデフォルトのマスクを使用する場合は** \ *テスト* .dllは私のテストは、このエラーで失敗しました：

API restriction: The assembly 'file:///E:\Builds\....\obj\Debug\xxx.IntegrationTests.dll' 
has already loaded from a different location. It cannot be loaded from a new location within the same appdomain. 

** \ *テスト*の.dllマスクはで同じアセンブリのための複数の結果を見つけるためですbin \ Debugフォルダーとobj \ Debugフォルダー。

**\bin\Debug\*test*.dll 
**\bin\**\*test*.dll 
**\Debug\*test*.dll 

が、FindMatchingFiles活動復帰は常に0結果：

は、私が唯一のビンをOBJ \ Debugフォルダを除外して使用するには、このマスクを変更しようとしました。

テストアセンブリにフルパスを渡した場合にのみ動作します。

テストアセンブリ検索からobj \ Debugフォルダを除外したい場合、正しいマスクは何ですか？

策：
私はまだFindMatchingFilesアクティビティを使用していますが、私は次のparamsでAssignアクティビティを追加する必要がありました：

To - testAssemblies 
From - testAssemblies.Where(Function(o) Not o.Contains("\obj\")).ToList() 

私は「OBJ」で見つかったすべてのテストアセンブリをフィルタリングしていますフォルダをこのようにします。あなたに関心のある

Answer 1

私はまだFindMatchingFilesアクティビティを使用していますが、私は次のparamsでAssignアクティビティを追加する必要がありました：

へ - testAssemblies.Where（関数（O）未o.Contains（ "\ OBJ \ - からtestAssemblies "））。ToList（） " obj "フォルダにあるすべてのテストアセンブリをこのようにフィルタリングします。

Answer 2

ビルド活性は、「検索のテストアセンブリ」と命名されています

だから、あなたはビルドスクリプトoutputDirectory変数の後に連結されたビルド定義に配置するもの。

このoutputDirectoryは、「初期化OUTPUTDIRECTORY」の活動で構成ごとに初期化されます。

あなたはあなたの「冗長ログ」Diagnosticに等しいを設定し、新しいビルドをキューに入れることができます。これが実行されたら（そして失敗した）、あなたのビルドで何が起こっているのかを確認します。

私の推測では、設定/プラットフォームの設定に問題はあると思いますが、具体的な入力はなく、推測しています。

Answer 3

おそらく、フィルタの最初に**が問題になります。検索の開始点は期待しない場所にあり、サブディレクトリにはテストファイルが含まれていません。

この問題のトラブルシューティングを行うには、フィルタ式の先頭に..\..\..を追加してください。デバッグの目的では、これはあなたがいるサブディレクトリ構造から抜け出し、システム上でテストファイルを探すために幅広い検索を行います。また、最初の部分を絶対にして、正しいディレクトリのサブツリーで検索していることを確認することもできます。

また、processmonitorセッションをビルドシステムで実行して、TFSビルドエンジンが実際にテストアセンブリを探している場所を確認することもできます。または、作成ワークフロー/アクティビティ自体でいくつかのロギングを実行します。

問題が見つかったら、検索ウィンドウを再度絞って、無関係なサブディレクトリ構造を検索しないようにします。

Answer 4

私は基本的にあなたと同じ問題に遭遇しました。私は開発者にこの問題を引き起こしていたヘルパーテストアセンブリ（TestHelper）と_PublishedWebsitesフォルダを使用しています。

私がこれを解決するためにやったのは、MSTestに渡された同じテストDLLの複数を取得する問題を解決したことです。 「まあ、それは私がマスクでやろうとしていることだ」と思うかもしれない！私は同じ解決策を試みたが空になった。

私はカスタムタスクを書いて、ビルドプロセスがテストアセンブリを見つけた後にそれを挿入しました。

using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Text; 
using Microsoft.TeamFoundation.Build.Client; 
using Microsoft.TeamFoundation.Build.Workflow.Activities; 
using System.Activities; 
using System.IO; 

namespace BuildTasks.Activities 
{ 
    [BuildActivity(HostEnvironmentOption.All)] 
    public class DistinctFileList : CodeActivity<IEnumerable<String>> 
    { 
    public InArgument<IEnumerable<String>> ListIn { get; set; } 

    protected override IEnumerable<String> Execute(CodeActivityContext context) 
    { 
     IEnumerable<string> listIn = context.GetValue(this.ListIn); 

     context.TrackBuildMessage("Items in ListIn: " + listIn.Count(), BuildMessageImportance.High); 

     var filenameGroupings = listIn.Select(filename => new FileInfo(filename.ToString())) 
     .GroupBy(fileInfo => fileInfo.Name); 

     IEnumerable<string> listOut = filenameGroupings.Select(group => group.FirstOrDefault().FullName); 

     context.TrackBuildMessage("Items in out list: " + listOut.Count(), BuildMessageImportance.High); 

     string multiples = string.Join(", ", 
     filenameGroupings.Where(group => group.Count() > 1).SelectMany(group => group.Select(fileInfo => fileInfo.FullName)).ToArray()); 

     context.TrackBuildMessage("Duplicate test items: " + multiples, BuildMessageImportance.High); 

     return listOut.ToList(); 
    } 
    } 
} 

「テストアセンブリの検索」タスクの後にこれを挿入します。

Answer 5

私はこの問題に遭遇しましたが、重複を含むbinとobjではなく、さまざまなプロジェクトフォルダに同じDLLのコピーがたくさんあることがわかりました。

Ludwoの答えはAssignで十分に修正できましたが、私の状況ではFromパラメータのより一般的な値が必要でした。このVBは、ファイル名で検出されたファイルパスをグループ化し、各グループから最初のパスを選択します。もちろん、各ファイル名が1つの論理DLLにマップされている場合にのみ動作します：

testAssemblies.GroupBy(Function(a) New System.IO.FileInfo(a).Name).[Select](Function(g) g.First())