Bitrise在代码推送上运行部署工作流（不应该这样做）

Question

我很困惑为什么发生以下两件事：

1. [当我将某些提交推送到我的feature_foo分支时，将运行2个工作流程（内部版本）：针对最新提交的主要工作流程，针对我的上一个PR]部署工作流程，都在feature_foo上。我希望只有主要工作流程才能运行，因为我还没有发布PR。
2. 2相同的电子邮件通知在同一分钟内从artifacts+\<my-bitrise-project-id\>@bitrise.io发送给我。我知道PR can lead to two builds（从技术上讲PR是一个推动），但是由于我尚未创建PR，因此这是问题所在。

这是我当前的bitrise.yml触发图：

trigger_map:
- push_branch: "*"
  workflow: primary
- pull_request_source_branch: "*"
  pull_request_target_branch: feature
  workflow: deployment-staging
- tag: "v*.*.*"
  workflow: deployment-production
顺便说一下，这是我想要的3个工作流程设置：

1. 在两种情况下运行集成测试（主要工作流程）：
   1. 将代码推送到*（任何分支）
   2. 将请求拉到feature分支（创建PR时，即处于预合并状态，以便贡献者可以预览其提议的更改的潜在影响）]

从*到feature分支的PR合并]，[[将部署（部署工作流）运行到登台

在按下[[标签v*.*.*]时，将部署（部署工作流）运行到生产

什么是实现此目的的正确bitrise.yml配置？ docs并不表示我们如何按状态（发行与合并）区分PR。我只想部署

在检查代码后。 谢谢

我很困惑为什么发生以下两件事：当我将一些提交推送到我的feature_foo分支时，运行了两个工作流程（构建）：针对最新提交的主要工作流程，并部署工作流程...

Answer 1

如果打开PR，是否会触发另一个构建？您确定PR尚未打开吗？