最可靠方式是用 replace 指令重写模块路径；必需场景包括：使用未发布本地模块、验证修复分支、解决循环依赖、绕过 unknown revision 错误；replace 必须写在主模块 go.mod 末尾，格式为 module => path，左侧须在 require 中声明，右侧禁用 ./xxx。
Go 项目中引入本地模块，最可靠、最常用的方式就是用 replace 指令重写模块路径——它不依赖 GOPATH，不修改源码 import 路径，也不需要发布到远程仓库，适合开发调试和私有模块复用。
什么时候必须用 replace？
当你遇到以下情况之一，replace 就不是“可选”，而是“必需”：
- 想在主项目中直接使用尚未发布的本地模块（比如还在同一台机器的
../myutils目录下） - 要临时验证某个模块的修复分支（比如改了
github.com/user/lib的 bug，但 PR 还没合并） - 多个内部模块循环依赖或版本不一致，需强制统一指向本地最新代码
-
go get报错unknown revision或module declares its path as，说明模块路径与实际 import 不匹配，replace是最快绕过方式
replace 写法和位置
必须写在主模块的 go.mod 文件末尾，格式严格：一行一个 replace，路径和版本号之间用 => 连接，目标路径支持相对路径（推荐）或绝对路径。
GitHub操作助手
下载
用大白话操作当前项目的 Git/GitHub——配置 GitHub（装 gh CLI + 登录 + 建仓库）、备份、拉取下载、查询历史、回滚代码、管理分支。当用户用日常语言表达 git 意图时触发（例如"git备份一下""git下载项目""git拉下来""git看看我改了啥""git回退到上一个版本""git新建个分支搞新功能""git合并到主分支""git
module example.com/main
go 1.22
require (
example.com/utils v0.1.0
)
replace example.com/utils => ../utils
注意：
-
replace左侧必须是require中已声明的模块路径（不能凭空添加） - 右侧路径不能是
./xxx（当前目录），必须是../xxx或/full/path/to/xxx - 如果本地模块自己也有
go.mod，它的module声明必须与replace左侧完全一致（包括大小写） - 执行
go mod tidy后，replace行不会被自动删除，但也不会出现在go list -m all的标准输出里（可用go list -m -u all查看是否生效）
常见错误和绕过技巧
最常卡住的地方不是语法，而是路径解析和模块初始化逻辑：
-
报错
no matching versions for query "latest"：说明replace左侧模块没出现在require中，先手动加一行require example.com/utils v0.0.0（版本号任意，go mod tidy会覆盖） -
修改本地模块后编译仍用旧代码：运行
go build -a强制重建所有依赖，或删掉$GOCACHE下对应模块缓存（go clean -cache） -
IDE（如 VS Code + gopls）不识别本地替换：确保工作区打开的是主模块根目录，且
go.mod已保存；必要时重启 gopls（命令面板 → “Go: Restart Language Server”） -
想让子模块也走
replace，但不起作用：Go 默认只对主模块的replace生效；若子模块也需替换，必须在它的go.mod里单独写replace，或升级到 Go 1.21+ 并启用GOEXPERIMENT=modexplicit（不推荐日常使用）
真正麻烦的不是写 replace，而是当本地模块被多个项目共用时，它的 go.mod 版本号容易和 replace 脱节——建议把本地模块的 go.mod 版本号设为 v0.0.0，彻底放弃语义化版本约束，只靠 replace 控制实际加载路径。
