【问题标题】:Diagnosing Cruise Control .NET task timeouts诊断 Cruise Control .NET 任务超时
【发布时间】:2009-10-02 17:07:33
【问题描述】:

我有一个运行良好的 CCNet 构建脚本,但偶尔会出现 MSBuild 任务超时。我已经进去并将超时从 600 增加到 900 到 1200。没有骰子,所以我相信它与 MSBuild 正在构建的内容有关;一个大型的旧 Web 应用程序项目。我已经在谷歌上查看了这里的任何问题迹象,但没有出现任何问题。

以前有人遇到过这个问题吗?更一般地,您会采取哪些步骤来诊断 CCNet 中的超时?

【问题讨论】:

    标签: .net msbuild continuous-integration cruisecontrol.net


    【解决方案1】:

    尝试创建一个仅在命令行上运行 msbuild 项目的批处理文件,并使用MsBuild Profiler 查看所有时间都花在了哪里。

    C:\WINDOWS\Microsoft.NET\Framework\v3.5\msbuild.exe Build.proj /l:MSBuildProfileLogger,MSBuildProfiler,Version=1.0.1.0,Culture=neutral,PublicKeyToken=09544254e89d148c 
    

    良好的消除过程

    【讨论】:

    • +1 链接到 MsBuild Profiler,我不知道该项目存在!我一定会试试的。
    • 奇怪的是,附加分析器似乎已经停止了构建过程的超时。去图吧。
    【解决方案2】:

    我也有类似的经历。在 cmd 提示符下调试并运行后,我发现问题出在写入权限上。

    您应该检查输出文件夹指向的网络权限。通常 Vista/Windows 7 都有网络权限问题。

    尝试为输出文件夹授予完全权限,看看会发生什么。并尝试查看参考路径是否正确拾取。

    从 VS 可以正常构建,但是当您从 CC.net 尝试时,我们可能需要提供参考路径。

    /p:ReferencePath=C:\Users....

    希望这会有所帮助。

    【讨论】:

      【解决方案3】:

      我曾多次遇到类似的情况,本地构建速度非常快,但任务在巡航控制上超时。

      它总是从某个网络位置拉下东西(可能是您的代码的整个分支),并且因此巡航控制任务超时。

      其他选项,您构建的机器的规格可能非常低,但您会注意到这一点!

      【讨论】:

      • 有趣的是,它有时会在没有源代码更改的情况下进行夜间构建。
      • 在我的情况下强制构建 - 源代码更改与否 - 它会擦除构建机器上的存储库并下拉所有内容,因此即使在网络瓶颈的情况下没有源代码更改它也会失败
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2014-03-09
      • 1970-01-01
      • 2018-10-28
      • 2010-12-03
      • 2013-03-09
      • 1970-01-01
      • 2010-09-09
      相关资源
      最近更新 更多