Go不支持原生子模块，所谓“内部子模块”实为独立module：各子目录需自建go.mod，通过require引用并配合git tag发版；90%场景推荐单module+internal目录分层。
Go 用 模块（module） 管理依赖，子模块不是 Go 原生概念，但可通过多 module 目录结构实现“内部子模块”协作——本质是多个独立 module 之间的版本化引用，而非嵌套 submodule。
所谓“内部子模块”，比如项目下有 cmd/、pkg/、internal/ 或 api/ 等目录，若每个目录都运行过 go mod init example.com/myproject/pkg，它就成为一个可被其他 module 引用的独立 module。Go 不强制它们共用一个 go.mod，也不支持 Git-style 的 submodule 嵌套管理。
go.mod 文件require example.com/myproject/pkg v0.1.0 引用它，就像引用第三方库一样replace 指向本地路径，避免频繁发布版本：replace example.com/myproject/pkg => ../pkg
90% 的内部项目不需要拆 module。把所有包放在同一个 module 下（根目录一个 go.mod），用 internal/ 控制可见性，用目录逻辑分层即可。
internal/service/、internal/repo/：仅本 module 可导入pkg/ 或 api/：导出给外部使用的稳定接口go.mod 管理，无需 replace、无需版本号、无发布负担只有当子目录满足以下至少一条时，才值得独立成 module：
一旦拆 module，就必须走语义化版本 + git tag 流程，否则其他模块无法可靠引用。
git tag v0.2.1 && git push origin v0.2.1
go get example.com/myproject/pkg@v0.2.1 更新replace 上线前务必删掉，否则构建环境会失败基本上就这些。Go 的模块模型不鼓励“内部子模块”的复杂嵌套，优先用单 module + 目录规范 + internal 约束，真有多版本/多团队/多仓库需求，再按标准 module 方式拆分和发布。
以上就是Go如何管理内部子模块依赖关系_Go子module协作说明的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
775
收藏
