Continuous integration 竹枝更新程序：是否可以先构建独立的枝，然后与主枝合并，然后再构建？

我对竹子的特性有点困扰

如果在使用分支更新程序的分支上推送新提交，Bambor将检查从属分支（在我的情况下是主分支）上是否有新提交，如果是这种情况，它将合并更改并运行生成

但是，如果此构建失败，则很难识别分支上的新代码是否已损坏，或者是否无法与主代码正确合并。因此，我希望在这些情况下，首先独立构建分支，并且只有在该构建成功时，才会合并主节点上的更改，然后再次构建分支

使用分支更新程序功能是否可以实现这一点

解决方法可能是使用多个构建计划，其中一个用于构建所有独立的分支，另一个用于使用分支更新程序集成所有内容。

成功构建主分支后，“分支更新程序”功能将代码从主分支合并到功能分支

但是，目前竹子中没有直接向前选项（OP中提到的解决方法除外）来构建分支，并且只有在分支构建成功时才会自动合并

通常，如果本地构建成功，开发人员将在本地运行构建，并将更改提交到存储库。有两件事可能出错

1） 运行本地生成时，功能分支中的最新代码在本地版本中不可用。一些回购协议（如GIT）会抱怨，如果本地版本与HEAD版本不匹配，则需要在提交更改之前更新到HEAD。在这种情况下，可以再次运行生成以确保没有问题

2） 当主代码与功能分支合并时，可能会出错

我理解，为了解决第2点，仍然存在可以解决的差距

---

您可以用竹子创建一个票证，详细解释添加此功能的用例。

嗨，Sebastian，您是如何得到下面提供的答案的？