将解决方案检查到 TFS 中，引用在第二台机器上中断答案

【问题标题】：Checked solution into TFS, references break on second machine将解决方案检查到 TFS 中，引用在第二台机器上中断
【发布时间】：2013-01-16 18:01:08
【问题描述】：

我一直在开发一个 Web 应用程序（ASP.NET 4.5 Web 窗体），然后将其添加到 TFS 以使客户端可以访问源代码。我将它添加到 TFS 没有问题，但是当我在另一台机器（而不是我开发的机器）上测试 TFS 是否正常工作时，我遇到了一堆关于 EntityFramework 等基本内容的参考错误， Microsoft.ScriptManager、System.Web.Optimization。一位客户在结账时遇到了同样的问题。

问题是，如果我在这台机器上创建一个新的 Web 应用程序项目，它具有所有相同的引用，但它们工作正常。

我看到了将实际 DLL 添加到 /lib 文件夹中的项目的建议，然后改为引用它们，但我认为这不是这些基本的内置程序集的正确做法。

还有一件事——当我发布到 Azure 时，它工作得很好。

任何线索我怎样才能让这些引用正常工作？

完整的参考文献列表：

- AspNet.ScriptManager.jQuery
- AspNet.ScriptManager.jQuery.IO.Combined
- EntityFramework
- Microsoft.AspNet.Membership.OpenAuth
- Microsoft.Aspnet.Web.Optimization.WebForms
- Microsofot.ScriptManager.MSAjax
- Microsoft.ScriptManager.WebForms
- System.Web.Optimization

编辑：我终于弄明白了。显然，甚至这些关键程序集也会生成到项目所在的“包”文件夹中。我将此文件夹添加到源代码管理中，它运行良好。

【问题讨论】：

标签： tfs asp.net-4.5

【解决方案1】：

右键单击其中一个引用（在您的机器上）选择属性，然后检查程序集所在位置的完整路径。

如果它们位于解决方案下名为 packages 的文件夹中，则它们是未内置在程序集中的 NuGet 包。这意味着您要么需要将包文件夹签入源代码管理，要么右键单击解决方案并启用包还原模式。

如果它们是程序文件，那么它们也不是真正内置在程序集中的，它们很可能是由您在该机器上安装的其他东西安装的。

【讨论】：