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

Question

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

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

希望有人能给我指点...

来自 Build Failure 和 Log... 的一些信息找不到作为解决方案一部分的 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)：在 Imports '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] 对于 SearchPath“{HintPathFromItem}”。考虑“..\ESACR\bin\Release\ESACR.dll”，但它不存在。对于 SearchPath“{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”，但它不存在。

标签： .netvisual-studiotfs

Answer 1

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

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

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

砰地一声添加了参考……它起作用了。