目标分支和源分支未在GitLab管道中合并

我目前正在使用GitLab进行实验。目前，我正在使用免费的在线版GitLab，我非常喜欢它。但目前，我正试图理解“合并请求”策略。鉴于我有两个分支：

主人

mydev

现在，假设我在主分支上有一个名为“README1.md”的文件，在“mydev”分支上有一个名为“README2.md”的文件。接下来，我创建了一个从“mydev”-分支到主分支的合并请求，并创建了以下gitlab-ci.yml文件：

image: node:current-alpine

test:
  only:
    - merge_requests
  stage: test
  script:
    - ls -al

因此，在创建合并请求时，管道将运行并标记为“已分离”。但是“ls-al”只显示“mydev”分支的README2.md，而不是主分支的README1.md。GitLab documentations stats“对于合并结果的管道，管道的运行就像源分支的更改已经合并到目标分支中一样。”。因此，我希望同时看到README1.md（主分支）和README2.md（mydev分支），因为我假设GitLab在运行“merge_requests”管道时正在执行以下操作：

克隆存储库

签出“mydev”-分支

重新设置“mydev”分支的基础-位于主分支之上的分支

运行脚本（“ls-al”命令）

但我的假设似乎是错误的，GitLab只是检查了源分支并运行了脚本（GitLab跳过了步骤3）。那么，有人能解释我的假设有什么问题吗

---

我想做的是，所有开发人员都在自己的分支上工作。当他们完成工作时，会创建一个“合并请求”，测试管道会自动运行，就像“源分支已合并到目标分支中。”。

据我所知，您希望使用该功能

你应该：

拥有Gitlab Premium