Jenkins自动化打包部署项目落地实践

---

I 背景

1. 众多相互依赖的微服务打包需严格保证打包顺序，前置服务未打包完成的情况下，后置服务启动打包即容易出现漏打；或者前置服务已打包，后置服务部分打包的情况即出现少打。依靠每个开发人员自行甄别控制，一方面过于繁琐，另一方面也增加新员工培训成本。
2. 当前的测试环境打包即使在提供了固定的打包机、多人多地点同时协同开发的情况下，整个打包过程过于封闭不透明，同时也存在打包机资源挤退、抢占或重复打包的情况。
3. 打包机打包方式过于原始，依然采用的是IDEA打包，对于多工程服务情况下，同时打开过多的IDEA数量对打包机的资源消耗过大，虽然能直观的看到代码以及修订过程，整体的打包体验弊大于利。

基于以上现状，在项目里推出Jenkins自动化打包部署方案，带来以下改观：