收到CruiseControl.NET进程退出的事件，生成结果出错

Question

类似于Using CruiseControl.NET and MSBuild to publish a website

我遇到了这样一种情况: ccnet.config中的MSBuild任务看起来确实可以工作，但在最后，该进程以

standard-output stream closed -- null received in event
standard-error stream closed -- null received in event
process exited event received

当从命令行运行时，一切看起来都很好。

我已经查看了我能想到的所有日志文件，但我被难住了，我在这上面花了很多时间。请帮帮我！

更新11/13:根据要求，摘自CCNET.CONFIG

        <msbuild>
            <executable>$(msBuildExe)</executable>
            <projectFile>"src\Solutions\Apprentice - Core Tests - VS11.sln"</projectFile>
            <buildArgs>/noconsolelogger /p:Configuration="$(msbuildConfig)" /v:diag</buildArgs>
            <logger>$(ccnet)\server\ThoughtWorks.CruiseControl.MsBuild.dll</logger>
            <environment>
                <!-- allow NuGet to auto restore packages -->
                <variable>
                    <name>EnableNuGetPackageRestore</name>
                    <value>true</value>
                </variable>
            </environment>
        </msbuild>

使用

    <cb:define msBuildExe="C:\Windows\Microsoft.NET\Framework64\v4.0.30319\MSBuild.exe" />
    <cb:define msbuildConfig="Debug - No MSEL" />

在顶端，还有其他人

Answer 1

在您链接的答案中，您是否注意到msbuild块中的超时？我敢打赌，您的系统要么使用默认超时，要么设置得不够高。我建议升级它或者给你的msbuild代码块增加一个高的值。

您提到的错误非常类似于使用c#中的process类出现的进程超时。

<timeout>900</timeout>

根据http://www.cruisecontrolnet.org/projects/ccnet/wiki/MsBuild_Task的说法，默认超时是600秒或10分钟。

Answer 2

这里有一个想法:如果您从命令行运行，并且一切正常，那么只需使用旧版本的配置就可以拥有CCNET。只需在Windows服务中重新启动CCNet.Config服务，看看是否可以修复它。