这里所讲的自动化发布是指代码从提交到仓库，到发布到目标服务器的整个过程。

主要涉及到两个工具Gitlab,Jenkins，要完成自动化还需要rsync，qqbot，log，ant、shell脚本，python等。

Gitlab：我们主要用它来做代码的仓库

Jenkins：用来执行任务的持续集成，构建等。
一、大体的自动化思路：

开发人员push代码到gitlab，触发webhook，调用jenkins job。 jenkins job 执行拉取代码，编译，调用loadblance，下架部分服务器更新代码，验证更新后的可用性，上线；再下架另一部分服务器，更新代码，再上线。 更新完后，将本次发布的状态信息推送给项目组。

二、实际工作中，我们遇到的比以上要复杂。

服务器环境包括：测试环境，开发环境，预发布环境，生产环境等。 代码仓库又分为多个分支：master分支，开发分支，项目分支，本地分支等。

因此要完成整个过程自动化，还需要整合多分支，多环境的情况。

三、测试环境的自动化思路：

1.建一个dev分支用来专门发布测试环境，此分支只允许开发人员合并代码和push，不能直接在上面改代码。 2.开发人员开发一个功能，先在本地建一个本地分支，写完后合并到dev，然后push到gitlab，gitlab触发钩子事件，调用jenkins完成项目的自动化部署。

以上2点看似已经实现了自动化发布，但实践发现，开发人员仍需花不少时间在代码的提交 ，切换分支，合并分支，push代码等重复而繁琐的工作上。于是这里我做了对GIT操作的自动化，将提交、切换、合并、push整合整合起来成工具，后面会列出工具代码。

四、预发布环境的自动化思路：

1.预发布的自动化采用和测试环境一样的思路，只是dev分支换成了master分支。 2.master分支：我们用它来发布预发布和生产环境，对没错两套环境用同一分支，此分支只有项目经理有权限push，普通开发没权限操作。

以上2点看似也实现了代码的自动化发布，但实际工作中项目经理同样也要花不少时间在代码的提交 ，切换分支，合并分支，push代码等重复繁琐的工作，因此这里也要解决项目经理Git操作的自动化，后面列出工具。

五、生产环境的自动化发布：

生产环境的发布其实只是取消了webhook的自动触发jenkins job，改为手动点击发布，主要是为发布安全考虑。