咨询一个 CI 构建问题,问问合适的解决方案

据我所知 gitlab runner 应该可以实现，其他 ci 系统不太了解

1. 只更新:
git diff --name-only HEAD~1..HEAD 检查这次提交变更的文件列表
然后通过脚本生成一个对应的 ci 配置文件
然后通过 trigger 执行下一步的 ci 任务

一个简单的例子
stages:
- setup
- trigger

generate-config:
stage: setup
image: python
tags: [ docker ]
script:
- pip install pyyaml
- ./generate-config.py > generated-config.yml
- cat generated-config.yml
artifacts:
paths:
- generated-config.yml
expire_in: 3 days

trigger:
stage: trigger
needs: [ generate-config ]
trigger:
include:
- artifact: generated-config.yml
job: generate-config

2. 手动点击执行构建任务
生成的 ci 任务里面配置 when: manual 就行了

@zengxs #1 代码格式不太对，可以看这个 https://pastebin.com/3sLVkWkr

不清楚你的微服务数量有多少，数量不多时可以参考：
将每个微服务的编译 job 拆分，每个 job 通过 only:changes 来配置单个微服务所关注的相关文件
```
build microService1:
stage: build
script: xxx build
only:
changes:
- microService1/**
- publicConfig.xxx

build microService2:
stage: build
script: xxx build
only:
changes:
- microService2/**
- publicConfig.xxx
```

了解 谢谢前面两位大佬, 我去学习一下

@GuryYu 大概十来个 但是全都在一个 project 所以很头疼

@GuryYu 大概就是 only-changes 这种功能了, 学艺不精 之前没仔细看到这个

github 可以设置
paths:
- 'xxx/**'

是所谓的 monorepo 么？你们构建的产物也是单镜像么，如果是，那建议不要做多余的事情，只要是 monorepo ，做这种 onchange 肯定会带来更多的麻烦（主要是公共引用依赖带来的）

@iamzuoxinyu 确实算 monorepo 也是构建的单镜像