如何为“测试程序集文件规范”指定正确的搜索掩码TFS2010 构建定义中的对话框？

Question

我不知道如何指定正确的掩码来在 TFS2010 构建定义中搜索我的测试程序集。 我没有使用默认的二进制文件夹来存储输出程序集。每个测试项目都有自己的 bin\Debug 或 bin\Release 输出文件夹。 如果我使用默认掩码 **\*test*.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.

这是因为 **\*test*.dll 掩码将在 bin\Debug 和 obj\Debug 中找到同一程序集的多个结果文件夹。

我尝试更改此掩码以排除 obj\Debug 文件夹并仅使用 bin：

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

但 FindMatchingFiles 活动始终返回 0 结果。

仅当我传递测试程序集的完整路径时它才起作用。

如果我想从测试程序集搜索中排除 obj\Debug 文件夹，正确的掩码是什么？

解决方法：
我仍在使用 FindMatchingFiles 活动，但我必须使用以下参数添加分配活动：

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

我正在以这种方式过滤“obj”文件夹中找到的所有测试程序集。

Answer 1

您感兴趣的构建活动名为“查找测试程序集”：

因此，您在构建定义中放置的内容将连接在构建脚本变量 outputDirectory。

此 outputDirectory 会针对活动“Initialize OutputDirectory”中的每个配置进行初始化：

您可以对新构建进行排队，将“日志详细程度”设置为等于诊断.一旦运行（并失败），请检查您的构建发生了什么。

我的猜测是您的配置/平台设置有问题，但没有具体的输入，这只是猜测。

Answer 2

我遇到了与你基本相同的问题。我有开发人员使用辅助测试程序集 (TestHelper) 和导致此问题的 _PublishedWebsites 文件夹。

我最终解决这个问题的方法是解决将多个相同的测试 DLL 传递给 MSTest 的问题。 “好吧，这就是我想要用我的面具做的事情，”你可能会想！我尝试了相同的解决方案，但结果是空的。

我编写了一个自定义任务，并在构建过程找到测试程序集后将其插入。以下是自定义任务的代码：

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 3

我仍在使用 FindMatchingFiles 活动，但我必须添加具有以下参数的分配活动：

To - testAssemblies
来自 - testAssemblies.Where(Function(o) Not o.Contains("\obj\")).ToList()
我正在以这种方式过滤“obj”文件夹中找到的所有测试程序集。

Answer 4

过滤器开头的 ** 可能是问题所在。搜索的起点位于您意想不到的位置，并且子目录不包含您的测试文件。

要解决此问题，请将 ..\..\.. 添加到过滤器表达式的开头。出于调试目的，这将脱离您所在的子目录结构，并在系统上对测试文件执行更广泛的搜索。您还可以将第一部分设置为绝对，以确保您在正确的目录子树中搜索。

作为替代方案，您还可以在构建系统上运行 processmonitor 会话，以查看您的 TFS 构建引擎实际上正在寻找您的测试程序集。或者在构建工作流程/活动本身中执行一些日志记录。

发现问题后，再次缩小搜索范围，不要搜索不相关的子目录结构。

Answer 5

我遇到了这个问题，但发现不仅仅是 bin 和 obj 包含重复项，我还有许多相同 DLL 的副本出现在各个项目文件夹中。

Ludwo 的 Assign 答案几乎足以解决这个问题，但对于我的情况，我需要为 From 参数提供一个更通用的值。该 VB 按文件名对发现的文件路径进行分组，然后从每个组中选取第一个路径。当然，只有当且仅当每个文件名映射到一个逻辑 DLL 时，它才有效：

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