我们为项目中的构建解决方案配置了新的构建定义。该解决方案有多个项目。项目设置为将dll复制到一个公共文件夹“Build”,并且相互引用的项目使用此位置来引用依赖的Dll。在设置Build definitin之后,构建工作正常。但是当我在其中一个项目中创建了一些新类时,构建开始失败,因为“Build”文件夹只有不包含类的旧Dll,而构建TFS时所有新构建的dll都复制到“Binaries”夹。然后将这些dll替换为来自“Build”文件夹的dll,这些dll是较旧的dll。 我已经尝试了几种方法,但仍然无法弄清楚为什么“Build”文件夹没有使用最新的构建Dll进行更新。请告诉我,我在哪里错过配置?
答案 0 :(得分:0)
您应该检查项目属性,也许您的输出将转到另一个位置,具体取决于您正在构建的配置(调试/发布)。 是否在TFS中签入了“Build”文件夹?在这种情况下,文件在构建过程中是只读的,不能被副本覆盖。
为什么使用此Build文件夹而不是添加项目引用来帮助解决方案?这将使其独立于输出位置,因为该过程自动知道要搜索的位置。
答案 1 :(得分:0)
我已经通过手动从服务器上的“Build”文件夹中删除Dll来解决了这个问题,所以现在Build with new classes正在运行,因为新构建的dll不会被“build”文件夹中的复制操作所取代。