BitBucket团队多分支管道作业正在忽略PRs
我正在使用Bitbucket分支源插件为Bitbucket中特定项目目录下的每个repo自动配置多分支管道作业。一份回购协议包含有效的Jenkinsfile。回购的主分支构建和部署良好。然而，该回购的pull请求尚未建立。我看到以下日志：
Connecting to <URL> using <credentials>
Looking up repositories of team <Project>
Proposing test-project
Connecting to <URL> using <credentials>
Looking up <Project>/test-project for branches
Checking branch master from <Project>/test-project
Met criteria
Looking up <Project>/test-project for pull requests
Checking PR from ~<user>/test-project and branch feature/thing
Does not meet criteria
拉取请求的指定分支确实包含Jenkinsfile，所以我不明白为什么它说不满足条件。有什么建议吗？
“自动分支项目触发”选项设置为默认。*
我正在为Jenkins使用以下插件：
Bitbucket Branch Source Plugin 1.8
Branch API Plugin 1.10.2
GIT Plugin: 2.4.0
Pipeline 2.4
Pipeline: Multibranch 2.8
Pipeline: SCM Step 2.2
SCM API Plugin 1.3
... others omitted for brevity
共有1个答案
嗯，我觉得自己很笨。
Jenkins没有<代码>
当您创建PR时，所有有权访问接收PR的存储库的用户都可以毫无问题地查看它，因此这可能是Bitbucket服务器本身的问题（我在4.2.0版本中），一旦该分支包含在PR中，就不允许这些用户对其进行远程读取访问。
-
现在多分支管道作业类型已经成熟，还有什么理由再使用简单的管道作业类型吗？即使您现在只有一个分支，考虑到未来多个分支的可能性可能是明智的，那么假设您将Jenkins管道存储在SCM中，那么为您的Jenkins管道使用管道作业类型与始终使用多分支管道作业类型的动机是什么？现在这两种作业类型之间是否存在功能平价？
-
我有一个场景，但我有两个项目（a和B），都在Jenkins中配置了多分支管道作业，问题是项目B依赖于项目a。 所以我发现有时候当我在项目A中签入代码时，我也需要在项目A构建后构建项目B。现在，在我开始调查管道构建之前，我将每个分支都有一个作业，然后在Jenkins中为相应的分支触发项目B的适当作业。 我想在Jenkins文件中设置什么，这样当ProjectA/develop执行时，它就会触发Pro
-
null null 我怎样才能想象这些工作类型之间的关系？还有其他插件支持这些类型吗？
-
是否有可能通过一个作业DSL创建多分支管道作业，该作业通过“管道脚本”而不是每个Git存储库包含的Jenkinsfile来定义作业？ 我们希望避免在100个Git存储库中生成和维护相同的Jenkins文件（除了一些参数）。 目前，我们正在使用管道作业和工厂作业播种的作业DSL，但目前我们在多分支构建（功能分支）方面受到限制。因此，我们希望切换到多分支管道作业，但在播种方面我们受到了限制。 我知道我
-
问题内容： 我正在尝试让詹金斯（Jenkins）的多分支管道工作来以类似于分支的方式构建标签。在Jenkins 2.73（不确定何时添加功能）中，可以将Multibranch项目配置为从源存储库中检索分支和标签。最初，我认为这将非常适合我的需求（我的Jenkinsfile现在可以在Jenkins的同一位置进行开发或生产构建）。 配置了标签发现的多分支作业 我已经使用脚本管道成功构建并运行了构建过程
-
我必须跳过一些基于git提交消息的jenkins构建。所以我搜索并找到了这个jenkins插件。但是我无法在多分支管道作业中配置启用ci-skip。此选项在多分支管线设置中不可用。 有没有办法在多分支jenkins管道中配置这个[ci skip]？ 它在jenkinsfile中可用吗？或者是否可以防止jenkins基于jenkinsfile中的提交消息构建？