我们已经为项目中的构建解决方案配置了一个新的构建定义。该解决方案有多个项目。项目设置为将 dll 复制到一个公共文件夹“Build”，并且相互引用的项目使用此位置来引用依赖的 Dll。设置构建定义后，构建工作正常。但是，当我在其中一个项目中创建了一些新类时，构建开始失败，因为“构建”文件夹仅包含不包含该类的旧 Dll，并且在构建 TFS 时将所有新构建的 dll 复制到“二进制文件”文件夹。然后用“Build”文件夹中的旧dll替换这些dll。我已经尝试了几种方法，但仍然无法弄清楚为什么“构建” 文件夹未使用最新的构建 Dll 进行更新。请帮我，我在哪里缺少配置？
问问题
1058 次
2 回答
0
您应该检查项目属性，根据您正在构建的配置（调试/发布），您的输出可能会转到另一个位置。是否在 TFS 中签入了“构建”文件夹？在这种情况下，文件在构建过程中是只读的，不能被副本覆盖。
为什么使用此 Build 文件夹而不是在解决方案中添加项目引用？这将使它独立于输出位置，因为该过程自动知道在哪里搜索。
于 2012-12-13T15:12:44.717 回答
0
我已通过从服务器上的“Build”文件夹中手动删除 Dll 来解决此问题，因此现在使用新类的 Build 正在工作，因为新构建的 dll 不会被“build”文件夹中的复制操作替换。
于 2013-01-09T07:51:31.543 回答