Git Jenkins和只构建功能分支？

在Jenkins 1.605中，我为Git SCM配置了以下分支说明符

features/**

SCM轮询间隔为1分钟

但当我在功能分支上推动更改时：

 git push origin features/sample

什么也没发生。如果我手动触发生成

master

是生成：

Seen branch in repository origin/features/sample
Seen branch in repository origin/master
Seen 2 remote branches
Checking out Revision e2d7371a4e8480dcacbd2af93c2347d4b75fde19 (origin/master)

我是否错误地配置了分支说明符

似乎是一个bug（仍然打开）：

---

您可以检查将分支规范作为参数是否更有效

这就是以下所示的方法：

• 参数为“

  Branch

  ”的参数化生成，默认值为“

  **

  ”
• 带有分支说明符“

  ${branch}

  ”的Git SCM
• SCM轮询已激活

在您的例子中，您将作为参数

features/**

传递，并查看它是否工作得更好

---

OP在评论中确认其目前不起作用（2015年3月），如以下所述：

Git SCM轮询不是从带有参数化BranchSec的推送通知触发的 有一个PR（拉请求）正在进行中：，尚未合并到Jenkins master中

2015年7月更新：该公关现已结束，现在包括：

已发布中包含的修复程序

（40分钟前，所以在Jenkins中显示该版本作为升级前一天）同样的问题 我想建立所有功能分支

关于jenkins版本2.46.1

所有分支构建都与

---

**/features/*

尝试按照您描述的方式使用字符串构建参数，但在推送到feature分支后没有效果。手动触发构建似乎现在可以在功能分支上获取更改，但也可以获取与**匹配的所有内容，这不是我想要的。看起来它将通过以下方式得到修复：@u123是的，我的意思是在您的情况下使用

功能/**

，而不是

**

。我投了27352票。这仍然不会触发使用特性的投票/**-因此出现了错误27352。我想我可以结束这个问题了，因为答案是这是一个bug？@u123确实（“关闭”就像“接受”一样，不要删除这个问题）。我将监控这个bug：我已经在答案中添加了链接以获得更多的可见性，以及当前正在进行的PR（拉请求）。40分钟前发布的Git插件2.4.0应该可以解决这个问题。请参阅下面我的更新答案。