jenkins - 使用 github webhooks 构建参数化 jenkins

Question

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

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

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

Answer 1

简短的回答

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

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

详细解答

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

• 存储库名称
• 目标分支名称：接收 git push 的分支
• 提交消息
• 提交作者

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

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

• 只有 master 分支可以部署到生产环境
• 只有名称以“snapshot”结尾的分支才能部署到开发环境：fix-issue-snapshot、feature-abc-snapshot 等
• 如果提交消息包含“WIP”，则表示它仍在进行中或开发中，则不会进行部署。
• 只会部署团队领导的推动
• 如果在feature-100- development分支的源代码中通过了 build 、 unit test 和其他验证，则会创建一个名为feature-100- release的新分支，然后将该分支部署到测试环境。如果问答团队未检测到任何功能问题，则此 *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

Answer 2

我不知道我是否迟到了，但这适用于那些按日期寻求答案的人。答案是只需在帖子内容参数或任何其他部分（如标题或请求）中分配相同的构建参数变量名称。就像我在 DEPLOY_TO 变量中设置了分支名称并根据该名称创建构建一样。但是现在我们想从 webhook 中获取分支名称，而不是手动选择。我们需要做的就是设置具有相同名称的变量，就像我们将设置 DEPLOY_TO 的值 $.push.changes[0].new.name 一样。它会像冠军一样工作。在帖子参数中 ，看看这个