Question

我多年来一直在使用 TFS 2013。我没有对服务器进行任何更改。我最近在我的解决方案中添加了一个项目。（VS-2103 更新五）当我更新项目时，我运行本地构建没有问题。在 Dev 中测试了代码，一切都很好。但是，当我在 TFS 中运行构建时，我继续收到构建失败。如果我从解决方案中删除项目，我可以毫无问题地在 TFS 中运行构建。我已经删除/重新创建了项目，重命名了它，重新创建了一个构建定义，重新启动了两端。当我引用作为解决方案一部分的 DLL 时，它被挂断了。我拿出那个参考，我可以通过 TFS 构建没问题。另请注意，解决方案中的其他 30 个左右项目引用相同的 DLL 和相同的类，没有问题。只是我添加的这个项目。但它是在本地构建的？？？

这是一个非常旧的应用程序，它在自己的服务器上的数据中心中运行。 TFS 在它自己的服务器上运行。不涉及云。我几乎是一个几乎端到端的单人秀。所有源代码都在我的工作站上。更改将传递到创建最终版本的 TFS 服务器。我一年前安装了 TFS……它已经运行了很多年，直到……

希望有人能给我一个线索...

构建失败和日志中的一些信息...找不到作为解决方案一部分的 DLL。

错误消息 - C:\Builds\1\MARCL Government Reporting\Development\src\DatabaseAccessMonitor\DBAccesMonitor_bll.vb (8)：未定义类型“ESACR.GeneralMailer_bll”。

警告 - C:\Program Files (x86)\MSBuild\12.0\bin\Microsoft.Common.CurrentVersion.targets (1697)：无法解析此引用。找不到程序集“ESACR”。检查以确保程序集存在于磁盘上。如果您的代码需要此引用，您可能会遇到编译错误。

警告 - C:\Builds\1\MARCL Government Reporting\Development\src\DatabaseAccessMonitor\DBAccesMonitor_bll.vb (5)：在导入“ESACR.DataSetFilter”中指定的命名空间或类型不包含任何公共成员或不能被发现。确保命名空间或类型已定义并且至少包含一个公共成员。确保导入的元素名称不使用任何别名。

您可以看到的部分日志似乎找不到 ESACR.dll...

3>PrepareForBuild：创建目录“obj\Release”。 ResolveAssemblyReferences：主要参考“ESACR”。 3>C:\Program Files (x86)\MSBuild\12.0\bin\Microsoft.Common.CurrentVersion.targets(1697,5)：警告 MSB3245：无法解析此引用。找不到程序集“ESACR”。检查以确保程序集存在于磁盘上。如果您的代码需要此引用，您可能会收到编译错误。 [C:\Builds\1\MARCL Government Reporting\Development\src\DatabaseAccessMonitor\DatabaseAccessMonitor.vbproj] 对于搜索路径“{HintPathFromItem}”。考虑过“..\ESACR\bin\Release\ESACR.dll”，但它不存在。对于搜索路径“{TargetFrameworkDirectory}”。考虑为“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4.7.2\ESACR.winmd”，但它不存在。考虑为“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4.7.2\ESACR.dll”，但它不存在。考虑为“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4.7.2\ESACR.exe”，但它不存在。

Answer 1

请尝试以下方法，看看是否能解决问题：

打开项目文件（在您的情况下应该是 .vbproj）。
将以下对象添加到项目中。

<Target Name="BeforeResolveReferences">
  <CreateProperty Value="relative/or/absolute/path/to/the/references;$(AssemblySearchPaths)">
    <Output TaskParameter="Value" PropertyName="AssemblySearchPaths"/>
  </CreateProperty>
</Target>

参考文章：

Answer 2

经过许多长时间后，我发现了问题。这是交易。我正在运行 VS-2013 IDE，它与 TFS 2013 更新五配合使用。没有云......是的，它已经很老了，但是当它真的对业务的内部运营没有任何帮助时，大公司对更新到最新的东西并不真正感兴趣。而且，他们也让我很忙。

我的 VS 解决方案有许多引用通用 dll 文件的项目。在几乎所有单个项目的属性中，我都引用了这个通用 dll 文件。这对所有其他项目都有效/完美地构建，但我遇到了问题。

那么，一个可以在本地构建没有问题但不能通过 TFS 构建的项目是怎么回事。我最终查看了 VS 解决方案项目文件，发现这个单独的项目实际上并没有引用公共 DLL，即使它在项目属性中指定。

在爆炸中添加了参考......它有效。

Team Foundation Server 2013 构建失败/在本地构建但不在服务器上构建

2 个答案: