CruiseControl.NET与其他构建工具冲突，导致SVN WC中断

我正在使用CC.NET1.4.4.83构建我的项目。我还有一些计划任务，它们使用相同的工作副本在同一个框上独立运行构建。由于某些硬编码路径，我们不能对两个构建过程使用单独的工作副本。我注意到，有时计划任务和CC.NET都会尝试某种SVN操作，可能同时进行更新，这会导致SVN WC需要清理。这会导致计划生成和CC.NET生成失败，直到我手动干预为止

为了避免这个问题，我在CC.NET配置文件中放了一个FilterTrigger，以防止它在调度任务运行时运行，但这似乎并没有解决问题

即使配置为不生成，CC.NET是否仍运行SVN更新？我希望FilterTrigger的行为只是让它在过滤期间处于休眠状态，但它确实含糊不清地表示它拒绝构建，而不是不希望它们被触发。哪一种是对文档的正确解释，如果是后者，是否有其他方法可以避免此问题？如果我在CC.NET中配置了多个使用相同WC的项目，CC.NET会以同样的方式进行斗争吗

---

仅供参考，我已经看到了，但它没有解决我的问题。另外，关于让CC.NET运行所有构建的建议，虽然是好的和正确的，但对我来说是没有用的。。。我的公司正在过渡到使用CC.NET，而那些强大的公司现在不愿意花时间修改所有的发布打包脚本来使用它。非常感谢您的帮助。

FilterTrigger会在非活动期间使其睡眠。CCNet不会在开始时间和结束时间之间对项目执行任何操作。您确定问题不是由其他原因引起的吗？

好吧，第一次发生错误时的日志清楚地表明是CCNet造成的。我假设添加FilterTrigger后的后续错误都是由相同的原因引起的。自从我们停止了CCNet服务，问题就再也没有出现。当然，这不是证据，但它是相当该死的间接证据：我仍然不知道这个问题的原始原因，但它在CC被禁用时再次表现出来，所以它毕竟不是罪魁祸首。