Continuous integration 持续集成的敏捷需求？

深入研究CI，出现了一个问题。敏捷开发过程是能够进行持续集成的先决条件吗

是否有可能以传统的、基于团队的方式实施CI流程 开发过程

直觉告诉我，敏捷性或多或少是一个先决条件，但在与管理层交谈时，“直觉”并不是一个论点…：-）

有没有关于这方面的文件？我所发现的一切都是理所当然的

---

你已经在敏捷中工作了。

CI与敏捷或非敏捷方法论没有真正的联系（尽管有些国家要求它，而另一些国家只是间接地暗示它或根本没有提及）

CI是唯一的工具（是的，假设它像一个键盘），它可以帮助您在开发过程中尽快消除一些bug

实际上，您需要做的唯一一件事就是使用一些构建工具（如提交后钩子）配置版本控制系统，并要求所有开发人员在确定代码将被编译后立即提交/获取代码-这将足以开始持续集成，然后您当然可以添加单元测试等

---

因此，答案是-敏捷不是必需的，您可以在任何流程中实施CI，而无需实施XP、Scrum或任何方法论

我认为，无论您是否遵循敏捷流程（以及源代码控制和免费咖啡），持续集成在几乎所有开发团队中都是良好的实践。我在敏捷团队和传统团队中使用过它，当我单独编写代码时，它总是增加了价值

对于任何开发过程，CI为您提供：

• 对任何构建错误的即时反馈（例如，当开发人员忘记添加或签入文件时）
• 关于单元测试失败的即时反馈（如果您编写了单元测试，无论您是否遵循敏捷过程，这也是一个好主意）
• 您的QA团队有最新的二进制文件进行测试
• 自动化构建过程（这大大减少了发布软件时出错的机会）

看看-它是免费的，而且很容易设置