Visual studio 2013 对于TFS中引用的DLL,是否有比解决方案文件夹更好的方法?
我们刚刚从SVN切换到TFS 2013,我正在尝试建立一个新的门控构建 我目前正在处理的项目有两个“引用的程序集”:它依赖的DLL是固定的,没有nuget引用。当我试图编译我的新版本时,它失败了,抱怨它找不到这些DLL 我认为答案是将它们包含在解决方案的某个地方。这很好,除了使用解决方案文件夹似乎是一种不稳定的、容易出错的、相当垃圾的修复方法,如Visual studio 2013 对于TFS中引用的DLL,是否有比解决方案文件夹更好的方法?,visual-studio-2013,Visual Studio 2013,我们刚刚从SVN切换到TFS 2013,我正在尝试建立一个新的门控构建 我目前正在处理的项目有两个“引用的程序集”:它依赖的DLL是固定的,没有nuget引用。当我试图编译我的新版本时,它失败了,抱怨它找不到这些DLL 我认为答案是将它们包含在解决方案的某个地方。这很好,除了使用解决方案文件夹似乎是一种不稳定的、容易出错的、相当垃圾的修复方法,如 然而,这可以追溯到2011年。有没有更好、更可靠的方法来实现这一点?不要这么快就打折nuget选项:)如果没有公开可用的nuget包,您可以使用nug
然而,这可以追溯到2011年。有没有更好、更可靠的方法来实现这一点?不要这么快就打折nuget选项:)如果没有公开可用的nuget包,您可以使用nuget包资源管理器将程序集包装到您自己的nuget包中: 你提到nuget的事实是否意味着你已经在使用nuget作为其他参考?如果是这样,我会坚持下去。这些参考组件是第三方还是内部构建的