我目前正在试用GitLab。目前，我正在使用GitLab的免费在线版本，我非常喜欢它。但目前，我正在努力理解；合并请求"；策略假设我有两个分支：
- 大师
- mydev
现在，假设我有一个名为"；README1.md"；在主分支上；README2.md"；在"；mydev"；树枝接下来，我从"；mydev"-分支到master分支，我有以下gitlab-ci.yml文件：
image: node:current-alpine
test:
only:
- merge_requests
stage: test
script:
- ls -al
因此，当创建合并请求时，管道运行并标记为"；"分离"；。但是；ls-al"；只是显示了来自"；mydev"-分支，而不是来自master分支的README1.md。GitLab文档统计"；对于用于合并结果的管道，管道的运行就像源分支中的更改已经合并到目标分支中一样&"；。因此，我希望同时看到README1.md(master分支(和README2.md(mydev分支(，因为我认为GitLab在运行"；merge_requests"；管道：
- 克隆存储库
- 结账"；mydev"-分支
- 回扣"mydev"-主分支顶部的分支
- 运行脚本("ls-al"命令(
但我的假设似乎是错误的，GitLab只是检查出源分支并运行脚本(GitLab跳过步骤3(。那么，有人能解释一下我的假设有什么错吗？
我想做的是，所有的开发人员都在自己的分支上工作。当他们完成工作时；合并请求"；并且测试流水线自动地运行；源分支已经被合并到目标分支中&"；。
据我所知，您希望使用"合并结果管道"功能。
您应该：
- 拥有Gitlab高级版
- 为合并结果启用管道