答案：Go模块依赖被外部Git仓库“覆盖”本质是工具链错误解析导入路径所致。常见原因包括import语句未使用完整模块路径前缀、GOPRIVATE未配置导致代理拉取公开同名库、replace指令因间接依赖或路径不匹配而失效，需通过go list -m all验证实际模块来源并严格对齐路径、认证与配置。
Go模块依赖被外部Git仓库“覆盖”，本质不是Go主动覆盖，而是go mod tidy或go get在解析依赖时，把本该指向本地路径（如./internal/utils）或私有模块的导入，错误解析为同名公开仓库地址（比如github.com/yourorg/utils），导致拉取了错误代码、版本冲突甚至构建失败。
go mod tidy 把本地包替换成 GitHub 上同名项目？检查模块路径与 import 语句是否严格一致
这是最常见诱因：你写了import "utils"或import "./utils"，但 Go 模块要求所有导入必须以模块路径为前缀。如果go mod init时设的模块名是git.example.com/myapp，那所有本地子包必须写成import "git.example.com/myapp/utils"，不能省略前缀，也不能用相对路径。
- 运行
go list -m all，确认输出中是否出现意外的github.com/xxx/utils v0.x.x——这说明 Go 工具链误认了模块来源 - 检查
go.mod里require段有没有不该存在的同名条目；有就手动删掉，再执行go mod tidy - 确保
go.mod声明的模块路径（module git.example.com/myapp）和 Git 仓库实际地址完全匹配，包括协议（HTTPS/SSH）、域名、路径大小写
私有模块被 proxy.golang.org 代理拉取，导致跳过认证并加载错误版本
Go 默认启用公共代理（GOPROXY=https://proxy.golang.org,direct），对未列入GOPRIVATE的域名，它会尝试从 proxy 拉取——而 proxy 无法访问你的私有 Git 服务器，于是可能 fallback 到公开同名仓库，或返回 404 后静默忽略，最终用错版本。
- 执行
go env -w GOPRIVATE=git.example.com（替换为你的真实私有域名），注意不带https://，也不加www.前缀 - 多个域名用逗号分隔，**不能有空格**：
go env -w GOPRIVATE=git.example.com,my.company.internal - 验证是否生效：
go env GOPRIVATE应输出对应值；再跑go mod download git.example.com/mylib，看是否走 Git 命令而非 proxy
replace 指令失效：为什么写了 replace 还是去拉远程？
replace只在当前模块作用域内生效，且优先级高于require。但它不会阻止go mod tidy自动添加远程依赖——尤其当某个间接依赖（比如 A → B → C）里硬编码了公开路径，tidy仍会把它加进go.mod，然后replace才起作用。这种“先加后替”容易让人误以为没生效。
立即学习“go语言免费学习笔记（深入）”；
- 在
go.mod顶部明确写：replace git.example.com/mylib => ./internal/mylib（本地路径）或replace git.example.com/mylib => git.example.com/mylib v1.2.3（固定版本） - 执行
go mod vendor后，检查vendor/目录下是否真用了你指定的路径或版本 - 避免在子模块里重复
go mod init——这会创建嵌套模块，破坏replace的全局作用域
Git 仓库重定向失败：模块路径能解析，但 clone 不下来
Go 工具链调用git clone拉取代码，所以所有失败最终都归结到 Git 层。即使GOPRIVATE设对了，如果git clone https://git.example.com/mylib本身失败（认证失败、证书错误、DNS 不通），Go 就会报unknown revision或module not found，而不是“权限不足”。
- 手动运行
git clone https://git.example.com/mylib，确认能成功；不行就查git config --get credential.helper、~/.netrc或 SSH agent 状态 - 若用 HTTPS + Token，URL 中嵌入格式必须是
https://token:x-oauth-basic@git.example.com/mylib（仅限 GitHub/GitLab 等支持平台） - 若用 SSH，确保
git@git.example.com:mylib.git能 clone，并在~/.gitconfig中配置[url "git@git.example.com:"] insteadOf = https://git.example.com/
真正卡住的地方往往不在 Go 配置，而在 Git 凭据是否可用、域名是否精确匹配GOPRIVATE、以及import路径有没有漏掉模块前缀——这三个点任意一个出错，都会让依赖“看起来被覆盖”，其实只是 Go 找错了地方。
