0

所以场景是我试图设置 TeamCity 从 SVN 存储库中检查我们的 ASP.NET 解决方案，并使用发布配置文件对其进行编译。从 SVN 结帐工作正常，但是编译 asp.net 解决方案是事情开始分崩离析的地方。

第一个问题是，TeamCity 在编译时似乎几乎是奇怪的不一致。例如，它第一次检查解决方案并对其进行编译时，一切似乎都运行良好。但是，如果我强迫它在那之后构建，那么它会给出：

错误 MSB6006：“aspnet_compiler.exe”以代码 1 退出。

并失败。

我注意到这似乎只发生在解决方案中的一个项目上。当我删除该项目时，一切似乎都运行良好。由于上述错误根本没有帮助，我采取了删除部分解决方案，直到找到（似乎）导致问题的部分。

最初，我确信我已经确定了问题所在，因此我清理了所有内容并尝试从一开始就复制该过程。我检查了一个干净的版本并立即从解决方案中删除了“问题页面”。它没有编译。所以我在挠头。它以前编译过 - 为什么现在不编译？

无论如何，到这个阶段，我已经花费了大量时间来尝试启动并运行它。由于它抱怨的项目是非关键的，我只是删除了整个项目。于是 Team City 又一次愉快地建设了剩下的项目。我不理会它，然后继续下一件事。

第二天我来做一个强制构建——它不再编译了。它给出了与上面相同的错误，但现在在不同的项目上！！！

所以我把头发拉出来，试图弄清楚这里发生了什么。我的问题是：

  1. 为什么在 Visual Studio 中编译良好的东西在 Team City 中有这么多问题？
  2. 为什么 MSBUILD 给出的错误如此模糊以至于它实际上是无用的（有没有办法得到更有用的东西）？
  3. 为什么解决方案在某一天在 Team City 中构建得很好，而不是下一个？
4

0 回答 0