合并时如何防止GitLab CI配置更改被合并到prod分支中？

我为两个分支设置了 GitLab CI/CD 管道：dev 和 prod。每个分支都有适合其环境的自己的管道配置。例如：

dev 分支管道仅运行：dev。 prod 分支管道仅运行：Prod。当开发团队将更改推送到开发分支并出于开发目的修改 .gitlab-ci.yml 时，就会出现问题。

当 dev 分支更改被择优挑选到 prod 分支时，prod 的 .gitlab-ci.yml 配置不受影响，因为择优特定提交会排除不相关的更改。

但是，如果从 dev 到 prod 创建合并请求，则所有提交都会合并，包括对 .gitlab-ci.yml 的更改。这会导致 prod 分支无意中继承了 dev pipeline 配置，从而可能导致生产环境中的部署问题。

我的问题：执行合并请求时是否会出现这种行为？如何避免开发环境的 .gitlab-ci.yml 更改被合并到 prod 分支中？

我想知道我对情况的理解是否正确以及如何避免开发环境的 .gitlab-ci.yml 更改被合并到 prod 分支中？

0
投票

是的，您的情况可以理解。为了避免将开发管道配置合并到产品配置中时出现问题，您可以创建单独的管道配置文件，例如

.gitlab-ci-dev.yml

和

.gitlab-ci-prod.yml

。然后，您可以根据分支名称运行正确的管道。我将提供

.gitlab-ci.yml

文件的示例代码。

stages: 
    - build
    - test
    - deploy

include:
    - local '.gitlab-ci-${CI_COMMIT_REF_NAME}.yml'