makefile中go build需指定包路径如./cmd/myapp，避免默认仅构建当前目录；deps应独立target并作为build等前置依赖；交叉编译用foreach遍历osarchs；clean需包含rm bin/dist、go clean -cache及-modcache；所有go命令须显式设gopath/goroot。
Makefile 里 go build 路径没写对，编译直接失败
Go 工程通常有 cmd/、internal/、pkg/ 等目录结构，go build 默认只构建当前目录下的 main 包。如果 Makefile 在项目根目录，而主程序在 cmd/myapp，不指定路径就会报 no Go files in ...。
- 用
go build -o ./bin/myapp ./cmd/myapp明确指向包路径，别依赖cd切目录（容易被并发或 shell 环境干扰） - 避免硬编码二进制名，用
$(shell basename $$(pwd))或定义变量BIN_NAME ?= myapp，方便 CI 或多模块复用 - Windows 下
./bin/myapp会生成myapp.exe，但 Makefile 不自动加后缀；如需跨平台一致，加-ldflags="-s -w"同时用GOOS=windows make build触发交叉编译逻辑
依赖更新和 go mod tidy 放在哪个 target 更合理
把 go mod tidy 塞进 build target 看似省事，实际会导致每次编译都重写 go.sum，CI 缓存失效、PR diff 泛滥，还可能因网络抖动中断构建。
-
deps单独作为 target：运行make deps手动同步，CI 流水线里显式调用，开发时也只在增删 import 后执行 - 所有构建 target（如
build、test）都声明deps为前置依赖：build: deps，确保依赖就绪再跑后续命令 - 加个
verify-modtarget 检查go.mod和go.sum是否干净：git status --porcelain go.mod go.sum | grep -q '^??' || (go mod tidy && git status --porcelain go.mod go.sum)，非空输出就说明需要提交
交叉编译多个平台时，GOOS/GOARCH 怎么组织才不重复写命令
手动写 6 个 GOOS=linux GOARCH=amd64 go build 组合既难维护又易漏，而且不同平台输出名要区分（比如 myapp-linux-amd64），硬拼接字符串容易出错。
- 用 Makefile 的 foreach + 变量组合：定义
OSARCHS = linux/amd64 linux/arm64 darwin/amd64，再用$(foreach osarch,$(OSARCHS),$(eval $(call build-target,$(osarch)))) - 每个平台 target 名用下划线分隔：
build-linux_amd64，这样make build-%也能匹配，支持通配调用 - 注意
CGO_ENABLED=0必须显式关闭，否则linux/amd64编译可能悄悄链接 libc，导致 Alpine 容器里运行失败
make clean 删除不干净，残留 _obj 或测试缓存影响下次构建
Go 的构建缓存默认存在 $GOCACHE（通常是 $HOME/Library/Caches/go-build 或 $HOME/.cache/go-build），go clean -cache 才能清掉；而 go clean -modcache 是删下载的依赖源码，不是 vendor/ 目录。
立即学习“go语言免费学习笔记（深入）”；
-
cleantarget 应该包含三部分：rm -rf ./bin ./dist（项目产出）、go clean -cache（构建对象）、go clean -modcache（模块缓存） - 不要用
find . -name "*.o" -delete，Go 1.19+ 已不用.o文件，这类命令纯属噪音且可能误删 - 如果用了
vendor/，加go mod vendor的反向操作不存在，clean里不该删vendor/—— 那是源码的一部分，删了下次build会失败
go 命令都应该显式带上 GOPATH 和 GOROOT（哪怕用默认值），因为某些 CI 环境或 Docker 镜像里这些环境变量为空，go env 输出正常不代表命令能跑通。 
