使用github webhooks参数化的jenkins构建

Question

我在jenkins作业配置中使用带有“此项目已参数化”选项的选择参数，在dev / test / prod环境中配置了我的jenkins作业（自由式）。

我在github源中将webhook设置为https：// myjenkins / github-webhook / 。 当我对github repo进行更改时，它总是使用“ dev”环境选项触发jenkins中的构建。 如何根据我的要求选择其他任何环境？

我用谷歌搜索，但没有找到正确的答案。 有人能帮我吗？

Answer 1

简短答案

使用一些分支策略，然后在您的工作中执行以下操作：

IF BRANCH == DEVELOPMENT
  deploy to dev
IF BRANCH endsWith SNAPSHOT
  deploy to dev
IF BRANCH == MASTER
  deploy to production
ETC ...

详细答案

当开发人员对Github，Bitbucket或Gitlab执行git push时，这些平台会将Json发送给Json到您的持续集成服务器（jenkis，travis等），其中包含与push事件相关的大量信息。 最重要的是：

• 仓库名称
• 目标分支名称：接收git push的分支
• 提交信息
• 提交作者

然后，在您的持续集成服务器中，您必须解析此Json以获得重要的值。 在jenkis中，有几个插件，例如：通用webhook， easy webhook插件 ，github插件等。

提取值之后，您可以使用分支名称，提交消息，提交作者等来应用简单或复杂的验证。例如：

• 只能将主分支部署到生产环境
• 只能将名称以“快照”结尾的分支部署到开发环境：fix-issue-snapshot，feature-abc-snapshot等
• 如果提交消息包含“ WIP”，则表示它仍在进行或开发中，则不会进行部署。
• 仅推动团队领导
• 如果在feature-100- development分支的源代码中传递了build，unit test和其他验证，则将创建一个称为feature-100- release的新分支，然后将该分支部署到测试环境。 如果Q＆A团队未检测到任何功能问题，则此* release分支适合在生产中部署。
• 从简单到复杂的任何其他自动化流程。

您的想象力是您唯一的限制。

有用的链接：

• https://jrichardsz.github.io/devops/devops-with-git-and-jenkins-using-webhooks
• https://jrichardsz.github.io/devops/jenkins-generic-webhook-trigger-plugin-for-devops-with-jenkins