go build 在根目录执行找不到子项目是因为默认只编译当前目录，不递归扫描；需显式指定路径如 go build ./ca_api/backstage，或使用 go work 管理多模块。
go build 为什么在根目录执行会找不到各子项目？
因为 go build 默认只看当前目录，不递归扫描子目录，更不会自动识别多个 main 包。你在仓库根目录下执行 go build，它只找 ./main.go；而你的柬埔寨、泰国项目分别在 ca_api/backstage 和 th_api/backstage 下，自然报 no Go files in current directory。
常见错误现象：运行 go build 没输出、没报错、也没生成二进制——其实是静默跳过所有子目录。
- 必须显式指定路径：
go build ./ca_api/backstage或go build ./th_api/backstage - 如果子目录里没有
go.mod，且父目录有go.mod，Go 会尝试用主模块解析导入路径，但若子项目用了独立模块路径（如github.com/org/ca_api），就会报module xxx is not in main module - 别依赖
go build .或go build ./...：前者只编译当前目录，后者会遍历所有子目录（包括logs/、bin/），触发大量无关检查甚至失败
多项目共用一套代码时，如何避免 go.mod 冲突？
柬埔寨和泰国项目共享 internal/、pkg/ 等通用逻辑，但各自有独立路由、控制器和配置——这种场景下，强行塞进一个 go.mod 会导致版本锁定僵化、替换难维护、CI 构建产物混淆。
推荐做法是「单仓库 + 多模块 + replace 驱动」：
立即学习“go语言免费学习笔记（深入）”；
- 每个子项目（
ca_api、th_api）根目录下都有自己的go.mod，声明独立模块路径（如github.com/org/ca_api） - 通用代码抽成独立模块（如
github.com/org/common），放在pkg/common目录，也带go.mod - 在
ca_api/go.mod中写：replace github.com/org/common => ../pkg/common；泰国同理 - 禁止在主仓库根目录放
go.mod：它会干扰子模块的模块感知，尤其当go list -m在子目录里执行时，可能误认父级为模块根
怎么统一编译柬埔寨和泰国两个后台服务？
用 go work 是目前最干净的方案，尤其适合你这种“同一仓库、多入口、共享底层”的结构。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
步骤很简单：
- 在仓库根目录执行：
go work init，生成go.work - 添加子模块：
go work use ./ca_api ./th_api ./pkg/common - 确保所有命令都在该根目录下运行（
ls go.work能看到才算对） - 编译柬埔寨服务：
go build ./ca_api/backstage；泰国：go build ./th_api/backstage
注意：go work use 的路径必须是相对路径（./ca_api），不能用 ../ 或绝对路径；IDE 打开项目时，必须以含 go.work 的目录为工作区根，否则 gopls 会报 no module found。
Makefile 里怎么写才能区分编译目标且不硬编码路径？
直接写死 go build ./ca_api/backstage -o ca-backstage 不够灵活，尤其当目录结构调整或新增国家分支时。
建议用变量 + 模式规则：
CA_DIR := ca_api/backstage TH_DIR := th_api/backstage build-ca: $(CA_DIR)/main.go go build -o ca-backstage $(CA_DIR) build-th: $(TH_DIR)/main.go go build -o th-backstage $(TH_DIR) .PHONY: build-ca build-th
更进一步，可加构建参数隔离：
- 用
-ldflags="-X main.BuildEnv=prod -X main.Country=ca"注入编译时变量，让同一份代码运行时读取不同配置 - 泰国项目用不同
config.yml路径？在server.go里用os.Getenv("COUNTRY")动态拼接，而非硬写"./config/thailand.yml" - 避免
go install：它默认往$GOPATH/bin写，容易混掉不同国家的二进制；统一用-o指定输出名和位置
真正容易被忽略的是环境变量继承问题：CI 脚本或 Makefile 里调用 go build 时，若没显式传入 GOPROXY 或 GOFLAGS，可能因 shell 环境缺失导致模块下载失败或 fallback 到 GOPATH 模式。
