这可能是一个愚蠢的问题,但它已经打败了我几次。我是一个大型项目的一部分,其中一些项目是可移植的。我的职责之一是确保Teamcity的构建正在进行中。
上周,构建失败,并且有一个缺失的程序集。为了正确,System.Collections.Concurrent.dll丢失了。我做的第一件事是检查项目,这是一个便携式项目。然后我检查了项目文件,发现它使用了Profile78。当我找到.Net45文件夹时,我可以在那里看到dll,但是当我查看Profiles文件夹然后找到Profile78文件夹时,dll就丢失了。
只需将dll从Net45文件夹复制到Net45 \ Profiles \ Profile78文件夹即可,并且构建可以完成而不会出错。
今天,从存储库中进行了全面检查的开发人员遇到了同样的问题。所以我帮他做同样的事情。我几乎不认为这是保持配置文件更新的“正确”方式。
我一直在搜索,并没有真正找到任何人只有复制文件的另一种方式。这真的是这样做的吗?或者是其他更好的方法吗?
答案 0 :(得分:0)
在我提出这个问题之后,我在SO的相关章节的帮助下找到了SO: Building Portable Class Library Project in build server fails。
这听起来是更好地保持配置文件更新的方法。至少在下次遇到相关问题时检查是否有任何更新。