【问题标题】:TFS Build controller and extensionsTFS 构建控制器和扩展
【发布时间】:2013-11-11 23:16:56
【问题描述】:

我正在设置 TFS 2012 构建服务器。我正在使用一些扩展(NUnit 测试适配器)。根据说明,我已将 dll 添加到 TFS 中的公共文件夹中,并在构建控制器上配置了“自定义程序集的版本控制路径”以引用 TFS 中的正确文件夹。

一切正常,但是:根据文档,我可以在我的“自定义程序集路径”文件夹下创建子文件夹,并且控制器应该选择它们。

这似乎对我不起作用。如果我将 NUnit 支持放在根目录中,它可以工作,在子文件夹中,它不会。

我想使用子文件夹功能,以便我可以将每组扩展/自定义构建目标等分开。

这只是不起作用,还是我错过了什么?

编辑

根据要求,这里是我在其中找到信息的文档的参考: http://msdn.microsoft.com/en-us/library/vstudio/ee330987(v=vs.120).aspx#custom_process

下面是这段话:

要使您的构建过程能够利用这些类型的代码,请将二进制文件检入您在“自定义程序集的版本控制路径”框中指定的文件夹(或其任何后代文件夹)中。

【问题讨论】:

  • 请添加对描述支持子文件夹的文档的引用。

标签: tfs tfsbuild


【解决方案1】:

事实证明文档是错误的——所有的 dll 都必须放在 1 个文件夹中。

http://social.msdn.microsoft.com/Forums/en-US/0059bc66-d3c9-42e6-8d8a-dd22f3416e07/version-control-path-to-custom-assemblies-doesnt-use-subfolders?forum=tfsbuild

我明白这有助于确保您不会获得不同版本的重复依赖项——这很有意义。如果添加一些扩展,它只会让你更难知道什么取决于什么。不过,使用单个文件夹似乎可以正常工作。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-05-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-04-06
    • 2014-11-19
    • 1970-01-01
    相关资源
    最近更新 更多