jenkins中文使用手册分解 - 图文

第 5 章 待解决问题

5.1 部署文件完整

按目前自动部署方式，对于开发人员增加的配置文件是否写全无法验证，因除根据环境变更改的可以部署完成后若功能不能成功可以验证时，但不需要根据环境变更配置的开发人员又没在部署说明写出的在生产环境发布时未发布。 5.2 二次变更同步操作冲突

当前一个变更未测试完成，后一个变更已提交冲突（建议前一个变更发布后再开展测试） 5.3 对每个项目单独一个weblogic进行部署还是合在一个server进行部署问题

合在一起：

好处：同生平环境同步，保证其它项目包的同步，若包之间冲突存在也能发现

不利：当一个项目已部署完成，正在测试时，另一个项目需要部署测试，当部署过程需要查问题时，另一个项目无法开展正常测试存在冲突，每次部署前需要先同步zjport下的stage包。当不能二个项目同时发布。

分server:

好处：部署上不会冲突

不利：与生产环境不同步，有些包更新同步无法只障。

5.4 对于数据交换是否需要配置

第27页

第 6 章其它说明

6.1 CI挑战

CI能够帮助您的开发团队应对如下挑战：

? 软件构建自动化 ：使用CI，您只要按一下按钮，它会依照预先制定的时间表，或者响应某一特定事

件，就开始进行一次构建过程。如果您想取出源码并生成构件，该过程也不会局限于某一特定IDE、电脑或者个人。

? 持续自动的构建检查 ：CI系统能够设定成持续地对新增或修改后签入的源代码执行构建，也就是说，

当软件开发团队需要周期性的检查新增或修改后的代码时，CI系统会不断要求确认这些新代码是否

破坏了原有软件的成功构建。这减少了开发者们在手动检查彼此相互依存的代码中变化情况需要花费的时间和精力(说直接一点也是钱啊，呵呵)。

? 持续自动的构建测试 ：这个是构建检查的扩展部分，这个过程将确保当新增或修改代码时不会导致

预先制定的一套测试方案在构建构件后失败。构建测试和构建检查一样，失败都会触发通知(Email,RSS等等)给相关的当事人，告知对方一次构建或者一些测试失败了。

? 构件生成后续过程的自动化 :一旦自动化检查和测试的构建已经完成，一个软件构件的构建周期中

可能也需要一些额外的任务，诸如生成文档、打包软件、部署构件到一个运行环境或者软件仓库。只有这样，构件才能更迅速地提供给用户使用。

6.2 ANT基本知识 ANT通配符 通配符 ? * ** 说明 匹配任何单字符 匹配0或者任意数量的字符 匹配0或者更多的目录

第28页