Continuous integration 在构建大量项目时,如何防止不正确的CI构建失败?

Continuous integration 在构建大量项目时,如何防止不正确的CI构建失败?,continuous-integration,cruisecontrol.net,dotnetnuke,Continuous Integration,Cruisecontrol.net,Dotnetnuke,如何修复此不正确的CI生成失败c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9):警告MSB3101:无法写入状态文件“obj\x86\Debug\ResolveAssemblyReference.cache”。进程无法访问文件“C:\Servers\CruiseControl.NET\Builds\WheelMUDSharp\src\Actions\obj\x86\Debug\Resolv

如何修复此不正确的CI生成失败<代码>c:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1360,9):警告MSB3101:无法写入状态文件“obj\x86\Debug\ResolveAssemblyReference.cache”。进程无法访问文件“C:\Servers\CruiseControl.NET\Builds\WheelMUDSharp\src\Actions\obj\x86\Debug\ResolveAssemblyReference.cache”,因为另一进程正在使用该文件。


我们有大约170个DotNetNuke模块,它们都依赖于两个模块。当这两个依赖项发生变化,并且所有项目都重新构建时,我们会遇到错误的失败,就像上面提到的那样。我们怎样才能避免这些失败呢?

将这些项目放在一个队列中-因为它们都写入同一个文件,所以它们不能同时生成。

理想情况下,每个项目都应该有自己的代码副本,这样可以同时生成多个项目。否则,skolima关于单个队列的建议是可行的。


<PropertyGroup>
    <MSBuildWarningsAsMessages>MSB3101</MSBuildWarningsAsMessages>
    <ProjectGuid>{C27EC026-BEA7-47BB-8422-14EE2F665B4D}</ProjectGuid>
</PropertyGroup>
MSB3101 {C27EC026-BEA7-47BB-8422-14EE2F665B4D}
请花几分钟时间阅读,获取一些关于回答问题的有用提示。特别是“更充分的解释更好”的部分。@GertArnold我认为这太明显了(压制警告)。“更充分的解释更好”只是一个指南,应该有助于提供更好的答案。在大多数情况下是正确的,但并非所有情况下都是如此。堆栈溢出主要与未来的读取器有关。这对你来说可能是显而易见的,也许对询问者来说,不一定对所有未来的读者来说。一个小小的解释并没有坏处,可能会有很大帮助。