.NET 持续集成 - 不仅仅是一个文件系统观察者？
.NET Continous Integration - more than just a filesystemwatcher?
所以我知道诸如 Jenkins、CC.NET 等用于 CI 的工具。
我想知道，如果您只是有一个围绕文件系统观察器构建的小工具来监视您的源文件夹，只要文件夹内容发生变化就会执行 MSBuild 脚本，这与 CI 设置相同吗？
到目前为止，我在我工作过的所有地方都使用过 CC.NET，所以我知道它会做一些事情，比如给最后一个签到的人发电子邮件，报告构建状态等，但简而言之，CI 系统还有什么比我描述的更重要的吗？
巡航控制和其他构建系统是关于通过触发器为项目集成更改。这些触发器通常是提交或合并，它本身包含需要构建的所有更改。
您 idea/question 的问题是您如何确定更改已完成？
假设有 2 个文件被更改。构建将在第一个 变更 之后触发。构建服务器如何知道等待其他 更改 ？还有谁和什么参与了变化？
您建议的系统不符合构建服务器的前提。提交和合并提供了这种级别的详细信息，并总结了 1+ change.
的所有 alterations
使用（私有）git 存储库简单直接，可能是实现您想要的目标的最佳方式（取决于您的环境）。
编辑：
碰巧 cruise control.net 有一个文件系统源代码控制选项。它仍然会带来上述问题，但确实提供了选项。我仍然建议使用真正的源代码控制，例如 git.
所以我知道诸如 Jenkins、CC.NET 等用于 CI 的工具。
我想知道，如果您只是有一个围绕文件系统观察器构建的小工具来监视您的源文件夹，只要文件夹内容发生变化就会执行 MSBuild 脚本，这与 CI 设置相同吗？
到目前为止，我在我工作过的所有地方都使用过 CC.NET，所以我知道它会做一些事情，比如给最后一个签到的人发电子邮件，报告构建状态等，但简而言之，CI 系统还有什么比我描述的更重要的吗？
巡航控制和其他构建系统是关于通过触发器为项目集成更改。这些触发器通常是提交或合并，它本身包含需要构建的所有更改。
您 idea/question 的问题是您如何确定更改已完成？
假设有 2 个文件被更改。构建将在第一个 变更 之后触发。构建服务器如何知道等待其他 更改 ？还有谁和什么参与了变化？
您建议的系统不符合构建服务器的前提。提交和合并提供了这种级别的详细信息，并总结了 1+ change.
的所有 alterations使用（私有）git 存储库简单直接，可能是实现您想要的目标的最佳方式（取决于您的环境）。
编辑： 碰巧 cruise control.net 有一个文件系统源代码控制选项。它仍然会带来上述问题，但确实提供了选项。我仍然建议使用真正的源代码控制，例如 git.