.NET 持续集成——不仅仅是一个文件系统观察器？答案

【问题标题】：.NET Continous Integration - more than just a filesystemwatcher?.NET 持续集成——不仅仅是一个文件系统观察器？
【发布时间】：2015-08-15 13:05:37
【问题描述】：

所以我知道 Jenkins、CC.NET 等工具用于 CI。

我想知道，如果您只是围绕文件系统观察器构建了一个小工具，该工具会在文件夹内容更改时执行 MSBuild 脚本的源文件夹，这是否与 CI 设置相同？

到目前为止，我在我工作过的所有地方都使用过 CC.NET，所以我知道它会做一些事情，比如给最后一个签到的人发送电子邮件、报告构建状态等，但简而言之，有什么比我所描述的更适合 CI 系统？

【问题讨论】：

【解决方案1】：

巡航控制和其他构建系统是关于从触发器集成项目的更改。这些触发器通常是提交或合并，它本身包含所有需要构建的更改。

您的想法/问题的问题是您如何确定更改是否完成？

假设有 2 个文件被更改。构建将在第一个的更改之后触发。构建服务器如何知道等待其他更改？还有谁和什么参与了变革？

您建议的系统不适合构建服务器的前提。提交和合并提供了此级别的详细信息，并总结了 1 次以上更改的所有更改。

使用（私有）git 存储库简单明了，可能是实现您想要的最佳方式（取决于您的环境）。

编辑： 碰巧 Cruise control.net 有一个 FileSystem 源代码控制选项。它仍然存在上述问题，但确实提供了选项。我仍然建议使用真正的源代码控制，例如 git。

【讨论】：