jenkins实践篇——基于分支的自动发布_jenkins 发布

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

所以我考虑在测试环境做个自动发布的功能，到代码合并到测试环境的分支(测试环境永远用固定的分支名)时，会触发jenkins的webhook机制来自动编译和发布到测试环境。

而对于正式环境而言，则不采用这种机制，为了保证正式环境的安全，还需要保证代码的快速回滚，基于此，正式环境我将采用打tag的方式进行发布，每次发布后会生成一个tag，回滚时则可以基于tag快速回滚。关于tag的发布模式将在下一篇文章再展开，现在我们先来看看如何 基于分支做自动发布。

配置webhook实现自动编译与发布

jenkins 安装 Generic Webhook Trigger 插件

在Jenkins的Manage Jenkins→Plugins→Available Plugins 中安装Generic Webhook Trigger 插件，再去到项目中查看Build Triggers ，就能看到Generic Webhook Trigger选项了。

在Generic Webhook Trigger 配置页下方有个token的配置，这个我一般配置成服务名，当配置了token后，到时候gitlab就可以通过url ”http://JENKINS_URL/generic-webhook-trigger/invoke?token=TOKEN_HERE“ 来触发编译工作。

gitlab 推送配置

在gitlab中配置特定分支产生push事件时触发jenkins的回调任务,这里假设我的测试分支名是test，以后所有测试环境的功能都需要合并到test分支进行测试，所以我在push event下面配置了test，你也可以配置成其他分支。

测试自动编译过程

这样，当我在test分支去进行push操作时，将会触发jenkins 特定项目执行其pipeline，完成编译和发布工作。

在gitlab下方可以点击Test选定特定的事件来测试下整个自动编译过程。

关于jenkins的发布和编译脚本由于涉及到公司隐私，我这里就不展开了，最终jenkins的pipeline 也是执行的shell脚本去发布机上去进行编译和发布。关于哪个服务需要发布到哪台机器上，我们是配置到了数据库里，然后脚本会根据要部署的服务从数据库中读取要部署的机器，然后将编译好的可执行程序通过scp发送到对应机器，然后远程执行ssh命令完成服务的启动。

整个项目的发布部署拓扑图如下，其实也完全可以将gitlab和jenkins放到一台机器上。

行动吧，在路上总比一直观望的要好，未来的你肯定会感谢现在拼搏的自己！如果想学习提升找不到资料，没人答疑解惑时，请及时加入群： 759968159，里面有各种测试开发资料和技术可以一起交流哦。

最后： 下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取**【保证100%免费】**

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

、实战项目、大纲路线、讲解视频，并且后续会持续更新**

需要这份系统化的资料的朋友，可以戳这里获取