关于 docker-compose 搭建 golang 本地开发环境的问题

目前公司的项目结构大致如下：

project
├── Makefile
├── README.md
├── apps
│   ├── app1
│   ├── app2
│   ├── app3
│   ├── app4
│   ├── app5
│   └── app6
├── conf
├── config
├── mods
├── db
├── docker-compose.dev.yml
├── docker-compose.yml
├── go.mod
├── go.sum
├── helper
├── message
└── utils

多个 app 共用一个 go.mod 管理，也共享外面的公共类库。

每个 app 目录下只包含一个简单 main 函数启动服务，大部分的业务逻辑都写在 mods 目录下的对应的模块 package 下，每个模块 package 可能会被多个 app 导入。

整个项目需要所有的 app 服务都启动，目前我是用 docker-compose 把每个 app 都单独打入一个镜像编译并运行。每个镜像我都把整个项目 COPY 进去编译，只忽略了 apps 目录。

现在问题是，当我修改 mods 或其他共享 package 的代码时，再 docker-compose build 会导致所有镜像都从 COPY 开始缓存失效，导致所有 app 都重新编译，不管我修改的地方有没有被这个 app 引入。

一个很小的改动都需要十几分钟才能看效果，真是太难受了。。。

不知道大家都是怎么搭建本地开发环境的？

sunny352787

2021-06-18 17:41:55 +08:00

version: '3'
services:
app1:
image: golang:latest
ports:
- "81:80"
expose:
- "80"
restart: always
environment:
TZ: "Asia/Shanghai"
volumes:
- "./:/project"
working_dir: /project
entrypoint: ["/bin/bash", "/project/run1.sh"]

app2:
image: golang:latest
ports:
- "82:80"
expose:
- "80"
restart: always
environment:
TZ: "Asia/Shanghai"
volumes:
- "./:/project"
working_dir: /project
entrypoint: ["/bin/bash", "/project/run2.sh"]

类似这种写法

Vegetable

2021-06-18 17:58:41 +08:00

微服务翻车现场 /狗头

为什么你编译要这么久，时间花在哪了啊。十几分钟也太久了，我 java 项目从头开始 maven install 都没这么久。

我的经验是，ci 里边的 go 项目使用 vendor，避免容器 go get 浪费时间。然后打包的话用 volume，这样修改代码镜像不受影响了

GeruzoniAnsasu

2021-06-18 19:28:53 +08:00

emmm 本地环境从来都是挂代码进去在里面编译的

不知道你们的微服务怎么起要不要 etcd 还是能一个 standalone 的 binary 自交（

如果没有拆容器的必要个人肯定倾向于全在一个容器里跑，毕竟开发的时候容器的意义只是隔离一下 build toolchain，数据临时文件都是全部用外面挂进去的。而且我的开发容器一般用定制的，里面会多塞一些调试工具，只有发行版和 toolchain 版本会和生产环境保持一致。这个环境跑起来就拿它当虚拟机用基本上不停下来的，像你这种情况我尝试会让其它的 app build & run，然后单独 go run 在改的那个 app