轻松构建适用于monorepo的GitLab CI/CD流水线
内容提要
Monorepos允许在单个代码库中托管多个应用程序的代码。GitLab现在支持根据项目中目录或文件的更改来包含YAML文件，这使得更容易充分利用其CI/CD管道功能。然而，使用更改规则时，作业可能会意外运行。Monorepos是一种可以与GitLab和CI/CD一起使用的策略，新功能改善了在monorepos中使用GitLab CI的最佳实践。
延伸解读
从变通到原生：monorepo 流水线配置的演进
在 GitLab 16.4 之前，monorepo 中无法根据目录变化条件性包含 YAML 文件，只能通过在每个应用流水线中定义隐藏作业并让所有作业继承规则来实现。这种方式导致大量重复代码，且扩展作业不能重复定义 rules 键，限制了灵活性。新版本引入 include 与 rules:changes 组合，允许在项目级 .gitlab-ci.yml 中直接根据目录变化包含对应流水线文件，使配置更简洁、更易维护。
新方法如何减少冗余与人为错误
旧方法要求每个作业都通过 extends 继承隐藏作业的规则，一旦规则需要调整，必须修改多处，容易遗漏或出错。新方法将条件判断集中在项目级配置中，各应用的 YAML 文件只需关注自身的构建和测试任务，无需重复定义规则。这不仅减少了代码量，也降低了因规则冲突或遗漏导致流水线行为异常的风险，让工程师能更专注于应用本身的 CI 逻辑。
注意 changes 规则的意外触发行为
使用 rules:changes 时，有一个需要特别留意的行为：当向 GitLab 推送新分支或新标签时，changes 规则始终评估为真，导致所有包含的作业都会运行，无论目录是否实际发生变化。这意味着首次推送分支会触发全部流水线。为缓解此问题，建议先创建功能分支，再通过合并请求开始开发，因为分支创建时的首次推送会强制运行所有作业。
Q&A
什么是monorepo？
Monorepo是一种将多个应用程序的代码托管在单个代码库中的策略。
GitLab 16.4的新功能是什么？
GitLab 16.4引入了基于目录或文件更改条件性包含YAML文件的功能，简化了CI/CD管道的使用。
如何在monorepo中配置不同的CI/CD管道？
可以为每个应用程序创建特定的YAML文件，并在项目的.gitlab-ci.yml中根据目录更改条件性地包含这些文件。
使用changes规则时需要注意什么？
使用changes规则时，作业可能会意外运行，特别是在推送新分支或标签时，所有作业都会运行。
GitLab中如何减少代码冗余？
通过在.gitlab-ci.yml中使用include与rules:changes，可以减少代码冗余，提高作业定义的灵活性。
为什么monorepo在CI/CD中是一个好的策略？
Monorepo允许集中管理多个应用程序的代码，简化了版本控制和CI/CD管道的配置。
