Git 如何避免Jenkins在构建另一个分支时认为构建是固定的？

我们使用

git

插件构建回购协议的所有分支（

分支说明符

是

**

）

问题是如果分支机构

A

中断，我们会收到电子邮件通知

然而，如果有人推到分支

B

并且它构建正确，那么我们会收到第二封电子邮件，告诉我们“构建恢复正常”

但是分支

A

仍然中断，但我们认为一切都很好

有没有办法让“电子邮件通知者”（和Jenkins）明白分支的构建仍然是失败的

---

或者是否有另一种方法可以自动构建所有分支，甚至新分支？

您应该为每个分支创建一个构建

首先，您应该设置一个同步作业，在创建新分支时自动创建作业。您需要使用以下脚本/插件：

---

然后，您将收到每个分支的通知，而不是整个存储库的通知。我们为我们的项目这样做，效果很好。我们更进一步，还为每个分支加速了登台环境。

您应该为每个分支创建一个构建

首先，您应该设置一个同步作业，在创建新分支时自动创建作业。您需要使用以下脚本/插件：

---

然后，您将收到每个分支的通知，而不是整个存储库的通知。我们为我们的项目这样做，效果很好。我们做得更进一步了，还为每个分支加速了登台环境。

谢谢，我已经读过关于这个插件的文章，但我想避免它（因为所有构建都有一点开销/混乱）。但这似乎是唯一的解决方案。开销是磁盘空间和cpu使用量，但我认为磁盘空间应该可以忽略不计，cpu使用量可以通过减少执行器来维持。对于CI clutters jenkins interface，有10个构建而不是一个：（至于磁盘空间，这可能是个问题：（（便宜的SSD VPS不多）我们在内存中运行它-加快一切速度，清除分支上的任何无关构建-保持在3左右-这很有帮助。不过，我承认，我们确实有很多内存。我们还为分支分离每个选项卡-这有助于清理UI。谢谢，我读过关于此插件的文章，但我想避免它（因为所有构建都有一点开销/混乱）。但这似乎是唯一的解决方案。开销是磁盘空间和cpu使用率，但在我看来，磁盘空间应该可以忽略不计，cpu使用率可以通过较少的执行器来维持。对于CI clutters jenkins接口，有10个构建而不是一个构建：（至于磁盘空间，这可能是一个问题：（（便宜的SSD VP不多）我们在内存中运行它-加快一切速度并清除分支上的任何无关构建-保持在3左右-这很有帮助。不过，我承认，我们确实有很多内存。我们还为分支分离每个选项卡-这有助于清理UI。