深入研究 CI 并提出了一个问题。敏捷开发过程是能够使用持续集成的先决条件吗？
是否有可能在传统的基于团队的开发过程中实施 CI 过程？
直觉告诉我，敏捷性或多或少是一个先决条件，但在与管理层交谈时，“直觉”并不是一个论点...... :-)
是否有任何关于此的文档？我所发现的一切都理所当然地认为你已经在敏捷工作了。
问问题
59 次
2 回答
1
我认为持续集成在几乎所有的开发团队中都是很好的实践，无论您是否遵循敏捷流程（以及源代码控制和免费咖啡）。我在敏捷团队、传统团队以及我一个人编码时都使用过它——它总是能增加价值。
对于任何开发过程，CI 为您提供：
- 任何构建错误的即时反馈（例如，当开发人员忘记添加或签入文件时）
- 单元测试失败的即时反馈（如果你已经编写了单元测试，无论你是否遵循敏捷过程，这也是一个好主意）
- 您的 QA 团队拥有最新的二进制文件进行测试
- 自动化构建过程（这大大减少了发布软件时出错的机会）
看看Jenkins——它是免费的，而且很容易设置。
于 2013-10-16T08:16:52.453 回答
0
CI 与敏捷或非敏捷方法并不真正相关（尽管有些国家要求它，而另一些只是间接暗示它或根本没有提及）
CI 是唯一可以帮助您在开发过程中尽快消除一些错误的工具（是的，假设它就像一个键盘）
实际上你唯一需要做的就是使用一些构建工具（比如 post-commit 钩子）配置版本控制系统，并要求所有开发人员在他们非常确定它会编译时立即提交/获取代码 - 这足以开始持续集成，当然你可以添加单元测试等
因此，答案 -敏捷不是必需的，您可以在任何流程中实施 CI，而无需实施 XP、Scrum、任何方法
于 2013-10-16T07:53:13.840 回答