Continuous integration 比特桶&;竹子-检查拉力请求不';t在目标分支上断开构建

Continuous integration 比特桶&;竹子-检查拉力请求不';t在目标分支上断开构建,continuous-integration,bitbucket,bamboo,Continuous Integration,Bitbucket,Bamboo,目前,我已将BitBucket设置为遵循Git流模型(),并使我的Bambol CI针对develope分支运行 我想知道的是,如果合并不会破坏develope分支上的构建,我是否可以将BitBucket设置为仅批准和/或合并来自功能分支的请求 因此,如果我们有一个合并分支feature/mazing new/feature的拉取请求,那么拉取请求将被关闭,并且分支将被合并到developer中,前提是竹能够成功地进行合并和构建 我环顾四周,只看到了一些答案,这些答案涉及针对功能分支本身运行的构

目前,我已将BitBucket设置为遵循Git流模型(),并使我的Bambol CI针对
develope
分支运行

我想知道的是,如果合并不会破坏
develope
分支上的构建,我是否可以将BitBucket设置为仅批准和/或合并来自功能分支的请求

因此,如果我们有一个合并分支
feature/mazing new/feature
的拉取请求,那么拉取请求将被关闭,并且分支将被合并到
developer
中,前提是竹能够成功地进行合并和构建


我环顾四周,只看到了一些答案,这些答案涉及针对功能分支本身运行的构建计划,而BitBucket文档中只有一段涉及构建和拉取请求的内容:

竹子可以配置为构建合并结果:

当在功能分支中检测到新提交时,它会将功能分支合并到主工作副本中,生成并将结果发送到Bitbucket。在Bitbucket端,您可以配置拉取请求设置,以便在存在损坏的构建时不允许PR合并