Go不提供中心化包发布命令，其“跨平台包”指用GOOS/GOARCH编译多平台二进制；go mod仅管理依赖，模块发布即推送带语义化标签的Git commit；实际分发需批量构建、校验、归档并上传GitHub Release。
Go 本身不提供类似 npm publish 或 pip upload 的中心化包发布命令，所谓“构建跨平台包”实际是指：编译出能在不同操作系统和架构上直接运行的二进制文件（GOOS/GOARCH 组合），而非发布到某个包仓库。Go modules 管理的是依赖，不是分发产物。
用 GOOS 和 GOARCH 编译跨平台二进制
Go 的交叉编译能力开箱即用，无需额外工具链。关键在于正确设置环境变量并避免隐式依赖本地系统库（如 cgo）。
- 默认编译当前平台：直接运行
go build即可 - 指定目标平台：在
go build前设置GOOS和GOARCH，例如：GOOS=windows GOARCH=amd64 go build -o myapp.exe main.go - 常见组合：
GOOS=linux GOARCH=arm64、GOOS=darwin GOARCH=arm64、GOOS=windows GOARCH=386 - 若项目含
cgo（比如调用 C 库），交叉编译会失败或生成不可移植的二进制；此时需禁用：CGO_ENABLED=0 GOOS=... go build
为什么 go mod 不等于“包发布”
Go modules 解决的是依赖版本解析与锁定问题，模块本身通过 Git（或其他 VCS）托管，使用者通过导入路径（如 github.com/user/repo）拉取源码并本地编译。它不上传二进制，也不需要注册中心。
- 模块发布 = 推送带语义化标签（如
v1.2.0）的 Git commit - 用户执行
go get github.com/user/repo@v1.2.0，Go 工具链自动下载源码、解压、编译 - 没有“私有模块仓库”的强制要求；私有场景下只需确保
go能通过 HTTPS 或 SSH 访问对应 Git 地址 -
go list -m all显示当前模块及其依赖树，但不涉及二进制分发
发布可执行包的实用做法
真正面向终端用户的“发布”，是打包好多个平台的二进制，并附带校验信息。手动逐个编译易错，推荐自动化。
立即学习“go语言免费学习笔记（深入）”；
- 用 Makefile 或 GitHub Actions 批量构建：遍历
GOOS/GOARCH组合，统一输出到dist/目录 - 生成 SHA256 校验和：
shasum -a 256 dist/* > dist/SHA256SUMS - 压缩归档时保留可执行权限（Linux/macOS）：
tar -czf myapp_v1.2.0_linux_amd64.tar.gz -C dist myapp - Windows 用户通常期望
.zip，可用zip -r myapp_v1.2.0_windows_amd64.zip dist/myapp.exe - GitHub Release 是最常用分发渠道；上传前务必验证每个二进制能否在对应平台运行（尤其注意
CGO_ENABLED=0后是否丢失必要功能）
容易被忽略的兼容性细节
看似简单的交叉编译，实际有几个硬性约束常被跳过：
-
GOOS=js GOARCH=wasm是唯一例外，它生成 WASM 字节码，需配合特定 runtime，不能直接执行 -
GOARCH=arm（32 位 ARM）在 Go 1.21+ 已被标记为 deprecated，新项目应优先选arm64 - macOS 上编译
GOOS=darwin GOARCH=arm64需要 macOS 11.0+ SDK，旧版系统可能无法运行生成的二进制 - Windows 下生成的
.exe默认无图标、无版本信息；如需这些，得用资源工具（如go-winres）注入，不属于 Go 原生能力
