这是一个创建于 1097 天前的主题，其中的信息可能已经有所发展或是发生改变。
一个 Menorepo 项目（单仓库多目录微服务），希望使用 gitlab-ci 实现自动生成发布镜像。
以前一个项目只有一个镜像的时候，直接一条流水线下来，生成镜像发布即可。
现在这个 Menorepo 项目里，有十个微服务（后期有可能继续增加），每个微服务生成一个镜像。在本地调试的时候，使用的 Makefile 循环生成镜像，现在想要 gitlab-ci 自动生成，肯定不能写十个流水线，想要使用 ci 直接执行 make ，但是发布镜像使用的 kaniko ，该镜像中不支持 make 命令。这种微服务项目该怎么写 gitlab-ci ？
以前一个项目只有一个镜像的时候，直接一条流水线下来，生成镜像发布即可。
现在这个 Menorepo 项目里，有十个微服务（后期有可能继续增加），每个微服务生成一个镜像。在本地调试的时候，使用的 Makefile 循环生成镜像，现在想要 gitlab-ci 自动生成，肯定不能写十个流水线，想要使用 ci 直接执行 make ，但是发布镜像使用的 kaniko ，该镜像中不支持 make 命令。这种微服务项目该怎么写 gitlab-ci ？
 |
1
BeijingBaby 2021-12-03 15:04:25 +08:00
不支持 make ，支持 sh 不 ？
|
 |
2
kiwi95 2021-12-03 15:06:43 +08:00 via Android
都 mono repo 了为啥不用一个镜像，运行时做下区分，不同服务走不同逻辑就可以了
|
 |
3
defunct9 2021-12-03 15:13:41 +08:00
onedev
|
 |
5
xyqhkr OP @BeijingBaby 是个方法，
|
 |
6
clf 2021-12-03 15:17:03 +08:00
gitlab-runner 运行的环境下该怎么打包就怎么写呗。和镜像环境没关系，你可以外面（ runner 所在环境）编译完后再打包到 docker 运行环境的镜像里。
|
 |
7
basefas 2021-12-03 15:29:06 +08:00
规定 tag 规则，然后通过正则匹配 tag 触发
|
 |
8
agui2200 2021-12-03 15:33:56 +08:00
都是先编译完再传镜像啊，万一镜像有问题，你还有 build 结果，gitlab ci 不就支持多个阶段么
|
 |
9
leopod1995 2021-12-03 15:34:30 +08:00
和 7#的原理一样， 根据 commmit 写正则匹配微服务执行构建就行
|
 |
10
SingeeKing 2021-12-04 15:34:10 +08:00
是 Mono Repo 而不是 meno
|
|
11
xyqhkr OP @clf 这个项目有十个微服务了，ci 里写十遍生成镜像，有点傻。并且每增加一个服务，都要在 ci 里增加一份流程。不太像合适的做法。
|
|
13
xyqhkr OP @SingeeKing 感谢指正
|
|
14
xyqhkr OP @BeijingBaby 编译镜像使用的 kaniko executor ，不支持 sh
|
|
15
clf 2021-12-06 14:14:34 +08:00
@xyqhkr #11 ci 脚本里自己读取一下服务，或者采用配置文件的方式决定发布哪些服务，然后执行打包就行了，又不需要把同样的东西复制十多个。
另外，gitlab-ci 是可以监听代码变化决定触发的，你可以做到 A 服务相关代码变动，执行打包 A 服务 CI……监听到 release 分支创建了 version tag ，再全量打包到 release version tag 上。 （一般情况下微服务项目更多的是单仓库单服务节点的模式） 我看了一下 kaniko executor ，这玩意主要还是执行 Dockerfile 的打包逻辑，它是用来构建镜像的，不是必须要在里面编译代码，你可以在外部编译完后复制进容器里，也可以在容器里执行环境安装脚本后再编译。 |
Select Language