敏捷要求持续集成？

Question

深入了解CI并提出一个问题。敏捷开发过程是否能够与持续集成协同工作的先决条件？

是否可以在传统的团队中实施CI流程 发展过程？

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

那里有关于此的任何文件吗？我发现的一切都是理所当然的 你已经敏捷了。

Answer 1

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

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

• 对任何构建错误的即时反馈（例如，当开发人员忘记添加或签入文件时）
• 关于单元测试失败的即时反馈（如果你已经编写了单元测试，那么你是否也在关注敏捷过程是个好主意）
• 您的QA团队拥有最新的二进制文件以进行测试
• 自动构建过程（大大降低了发布软件时出错的可能性）

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

Answer 2

CI与敏捷或非敏捷方法无关（尽管某些州要求它，而其他州只是间接暗示它或根本没有提及）

CI是唯一的工具（是的，它就像键盘一样），可以帮助您在开发过程中尽快消除一些错误

实际上你唯一需要做的事情就是使用一些构建工具配置版本控制系统（比如post-commit hook），并且要求所有开发人员尽快确认它将编译后提交/获取代码 - 这将是足以开始持续集成，当然你可以添加单元测试等

所以，答案 - 敏捷不是必需的，您可以在任何流程中实施CI ，而无需实施XP，Scrum，无论采用何种方法