传统软件开发与持续集成

传统软件开发与持续集成开发

传统的软件开发流程如下：

1、项目经理分配模块给开发人员

2、每个模块的开发人员并行开发，并进行单元测试

3、开发完毕，将代码集成部署到测试服务器，测试人员进行测试。

4、测试人员发现bug，提交bug、开发人员修改bug

5、bug修改完毕再次集成、测试。

但是这样就出现了如下问题：

1、模块之间依赖关系复杂，在集成时发现大量bug

2、测试人员等待测试时间过长

3、软件交付无法保障

持续集成

我们可以采用持续集成来解决上述问题

大师Martin Fowler对持续集成是这样定义的:

持续集成是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都

通过自动化的构建（包括编译，发布，自动化测试)来验证，从而尽快地发现集

成错误。许多团队发现这个过程可以大大减少集成的问题，让团队能够更快的开发内聚的软件。

持续集成的好处：

1、自动化集成部署，提高了集成效率。

2、更快的修复问题。

3、更快的进行交付。

4、提高了产品质量。

本文提出一种持续集成的方案：

1、开发人员开发代码，推送到Git服务器中

2、当Git服务器中的代码发生变化时，会触发配置在Git服务器中的钩子地

址，通知到Jenkins

3、Jenkins把代码下载下来，通过Maven，build成Docker镜像

4、再把Docker镜像推送到Docker仓库中

5、再从Docker仓库中构建出可以运行的Docker容器