代码之家 › 专栏 › 技术社区 › Achilles

CruiseControl.net持续集成阻止文件访问

cruisecontrol.net continuous-integration msbuild .net

Achilles · 技术社区 · 15 年前

我们的持续集成过程似乎正在执行争用文件的程序。在构建期间,某些PDB不能被复制,因为它们正被另一个进程使用。

问题:理想情况下,并行构建每个项目会更快地执行,但是我想知道这是否是引起争论的原因,以及是否有办法减轻问题。谢谢!

2 回复 | 直到 15 年前

AndreasKnudsen 15 年前

如果不希望同时生成项目,可以将它们放入同一队列(只需添加 queue="someCommonQueueName" 到ccnet.config中的项目节点

Michael Mann 15 年前

如果您将/m标志与msbuild一起使用,那么如果您的解决方案和项目依赖关系结构不正确,那么我会发现这会导致问题。我找到这个了 post 这看起来很有趣,也许对你有帮助。

我查看了我的解决方案结构,发现有一个没有正确添加到解决方案中的WCF服务项目。我移除了服务并重新添加了服务,并且我能够使用2个过程使用/m:2构建。我发现的是您在构建过程中看到的错误将指向问题的根源。

推荐文章

André Polykanine · MSB4067无法识别元素<Target>下方的元素<WriteLinesToFile>

9 月前

Bob Vesterman · “内置”MSBuild属性函数(如[MBuild]::ValueOrDefault())在哪里定义?

1 年前

Sam Goldmann · 如何在不复制或消耗输出的情况下定义项目依赖关系

1 年前

Eli Sternbach · dotnet发布-无限循环

1 年前

Community wiki · 关于简化构建服务器设置的软件的建议

1 年前

Alan Deep · 以编程方式编译/构建C#项目

7 年前

walter_dl · 如何从中读取/获取PropertyGroup值。在中使用C#的csproj文件。NET Core 2 classlib项目?

7 年前

sandimschuh · 如何使用Visual Studio 2015(MSBuild 14.0)在中心位置实现解决方案范围的生成配置

7 年前

Victor Chelaru · 无法加载类型Microsoft。建筑框架Visual Studio中的IProjectElement

7 年前

rahulaga-msft · msbuild引用程序集在生成具有多个引用的解决方案时解析顺序。visual studio中的csproj

7 年前