我一直在研究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
编辑:我终于搞清楚了。显然,甚至这些关键程序集也会生成到项目所在的“packages”文件夹中。我将此文件夹添加到源代码控制中,并且工作正常。
答案 0 :(得分:3)
右键单击其中一个引用(在您的机器上)选择属性,然后检查程序集所在位置的完整路径。
如果它们位于您的解决方案下名为packages的文件夹中,则它们是不在程序集中构建的NuGet包。这意味着您需要将packages文件夹检查到源代码管理中,或者右键单击解决方案并启用程序包还原模式。
如果它们是程序文件,那么它们也不是真正构建在程序集中,它们可能是由您安装到该计算机上的其他东西安装的。