大家的 CI 都是怎么搭建的？

[justdoit123]

最近感觉 jenkins 的 pipeline 写烦了，调试起来也比较麻烦。

突然感觉，CI 过程及其配置管理依赖工具的 DSL 不太好。哪天要把 jenkins 的 CI 迁移到 github action 上，又要重写。

之前我们的部分 CI Job 的工作会有一些 python 脚本（使用 python 是因为主要开发语言是 python ）来处理，而 jenkins 或者 github action 负责调用，以及传入一些环境变量、security 配置。 像这种 job ，在不同 CI 工具间切换，会比纯 jenkins pipeline 的好迁移。

如果把这种 Job 的形式进行到底，像这样：

• CI job 由团队熟练的开发语言来实现，抽离一些公共模块出来复用
• CI 所需要的 security 配置加密到代码里，使用类似 sops 或 transcrypt 方案
• jenkins/github action 这类工具负责解密配置，以及调用 ci 工具

不知道这样的方案如何？ 很想知道各位的 CI 方案是什么样子的？有什么想法。

[zzzzzzZ]

物理 secret+物理 yaml+脚本 「环境变量」「配置」「物理文件」基本上都给脚本和 yaml 做

文件夹管理方便物理迁移，jenkins 只执行任务流，管理一些版本号之类的自定义配置。动态配置交给 nacos

[sampeng]

gitlab 纯跑 ci 。cd 自研中。。
受够了 jenkins 那个破 ui 还有非常不自然的逻辑了

[woncode]

@defunct9 原来 teamcity 有免费的自托管版本，之前还一直必须收费呢，下次试试！我也受不了 Jenkins 那上古的 ui ，相信 jetbrain 家的产品品质应该会没问题

[xuebing]

国内制造业，Tekton+自研 UI ，不管是原来用的 Drone 的还是现在 Tekton ，针对每个 Step 就做参数变量化的管理，目的就是可移植且更容易推进各业务 IT 的 CI 标准化

[fsdrw08]

可以考虑 drone 或者其开源代替，woodpecker ，Jenkins 管理起来比较麻烦，可以作为第二选择