clf

@xyqhkr #11 ci 脚本里自己读取一下服务，或者采用配置文件的方式决定发布哪些服务，然后执行打包就行了，又不需要把同样的东西复制十多个。
另外，gitlab-ci 是可以监听代码变化决定触发的，你可以做到 A 服务相关代码变动，执行打包 A 服务 CI……监听到 release 分支创建了 version tag ，再全量打包到 release version tag 上。

（一般情况下微服务项目更多的是单仓库单服务节点的模式）

我看了一下 kaniko executor ，这玩意主要还是执行 Dockerfile 的打包逻辑，它是用来构建镜像的，不是必须要在里面编译代码，你可以在外部编译完后复制进容器里，也可以在容器里执行环境安装脚本后再编译。

无代码工具其实本质上就是把代码语言变成了图形语言，相对的业务层面的工作不会减少。反倒是由于需求的深入，需要额外的对开发平台进行升级，你需要先让平台支持某种特性后，再用平台去实现业务功能。

@cjpjxjx #8 人也要浮起来不和楼板接触。/doge

其实还是自己戴降噪耳机+听音乐比较方便。如果楼上装修完了还吵，那就……

我打算遗体直接捐给医学院或者医院。（如果要的话）

gitlab-runner 运行的环境下该怎么打包就怎么写呗。和镜像环境没关系，你可以外面（ runner 所在环境）编译完后再打包到 docker 运行环境的镜像里。

@lion9527 #11 一个月不倒垃圾的女生我都遇到过，房间开着门都能闻到异味。

MongoDB 事务唯一比较蛋疼的就是 Save/Insert 不能自动建集合了（ SpringBoot 的 MongoTemplate ），所以现在会手动在跑项目的时候扫描一遍代码检查是否已经建了集合，没有的话就自动初始化集合。

@wolfie #4 因为 JD 算是半个腾讯系的吧。