Continuous integration 我如何才能在jenkins上持续部署，但只能在某个分支被推到另一个分支上时部署？

我读了一篇文章，描述了jenkins thusly的连续部署：

创建运行测试的“测试”作业

创建用于部署应用程序的“部署”作业

在成功生成时使“测试”作业触发“部署”

我可以做得很好。但是，我现在有一个通用的“测试”任务，它为我推送的任何分支运行测试。如果我推到“生产”分支，是否有办法使它只触发“部署”作业

---

否则，我总是可以添加第二个“测试生产”作业，该作业仅在我进入生产时触发，并在之后触发部署……但这不是我想要做的。

另一种设置是用于部署

具有根据SCM提交消息触发部署的功能：

“标记”字段用于在RunDeck上执行“按需”作业调度：如果该值不为空，我们将检查SCM changelog（=提交消息）是否包含给定标记，并且仅在存在该标记时调度作业执行。例如，可以将值设置为“#部署”。请注意，如果此值留空，我们将始终计划作业执行

---

因此，您可以将rundeck配置为在每次成功部署后触发Jenkins测试。并使用代码中的提交消息控制这些部署。

另一种设置是用于部署

具有根据SCM提交消息触发部署的功能：

“标记”字段用于在RunDeck上执行“按需”作业调度：如果该值不为空，我们将检查SCM changelog（=提交消息）是否包含给定标记，并且仅在存在该标记时调度作业执行。例如，可以将值设置为“#部署”。请注意，如果此值留空，我们将始终计划作业执行

---

因此，您可以将rundeck配置为在每次成功部署后触发Jenkins测试。并使用代码中的提交消息来控制这些部署。

谢谢，但是rundeck对我的需求来说太过分了。我已经有一个命令需要在shell脚本中运行，以防生产分支被推到。我在想也许这就是我想要的？谢谢，但rundeck对我来说太过分了。我已经有一个命令需要在shell脚本中运行，以防生产分支被推到。我在想也许这就是我想要的？你使用什么版本控制系统？git。我所说的“部署”其实只是指“执行另一个作业”，因为我可以从那里获得它。你能给这篇文章添加一个链接吗。。。我们都好奇死了！你使用什么版本控制系统？git。我所说的“部署”其实只是指“执行另一个作业”，因为我可以从那里获得它。你能给这篇文章添加一个链接吗。。。我们都好奇死了！