必须配置GOPRIVATE和GIT_TERMINAL_PROMPT=0环境变量，前者指定私有域名前缀以跳过代理与校验，后者禁用交互式认证提示；还需确保Git凭据或SSH密钥配置正确，避免401或unknown revision错误。
go get 无法拉取私有仓库时的环境变量配置
Go 默认不信任私有 Git 服务器（比如 GitHub Enterprise、GitLab 自建实例、Gitee 私有库），go get 会直接报 unauthorized: authentication required 或 repository not found。根本原因不是网络或权限问题，而是 Go 没把你的私有域名识别为“需要凭据”的源。
必须显式告诉 Go：哪些域名走 SSH，哪些走 HTTPS + 凭据，且凭据从哪来。核心是两个环境变量：
-
GOPRIVATE：列出所有不应走公共代理、也不应校验 checksum 的私有模块路径前缀，例如GOPRIVATE=git.example.com,github.company.com -
GIT_TERMINAL_PROMPT=0：禁用交互式密码提示（否则go get卡住），强制走配置好的凭据方式
注意：GOPRIVATE 值是逗号分隔的**路径前缀**，不是完整 URL；它也影响 go list -m all 和 go mod download 行为。
HTTPS 私有仓库的凭据配置（推荐用 git-credential）
如果私有仓库走 HTTPS（如 https://gitlab.internal/foo/bar），Go 本身不管理账号密码，而是复用 Git 的凭据系统。手动输密码不可持续，必须配 git config 或凭证存储。
立即学习“go语言免费学习笔记（深入）”；
推荐使用 git-credential-store（简单）或 git-credential-libsecret（Linux 桌面安全）：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 先生成凭据文件：
echo "https://user:token@gitlab.internal" | git credential approve（token推荐用 Personal Access Token，而非密码） - 确认生效：
git credential fill输入protocol=httpshost=gitlab.internalusername=user后应回显password=xxx - 确保
git config --global credential.helper store已设置（或对应平台的 helper）
不建议在 URL 中硬编码 token（如 go get https://user:token@gitlab.internal/foo/bar），因为 token 会留在 go.mod 和 shell 历史中。
SSH 私有仓库的密钥与 known_hosts 配置
若仓库地址是 git@gitlab.internal:foo/bar 这类 SSH 格式，Go 会调用 git 命令，依赖系统 SSH 环境。常见失败点不是 Go 本身，而是 SSH 配置缺失：
- 私钥未加载进
ssh-agent：eval $(ssh-agent); ssh-add ~/.ssh/id_rsa_private - 目标主机指纹未录入
~/.ssh/known_hosts：首次ssh git@gitlab.internal手动确认，或用ssh-keyscan gitlab.internal >> ~/.ssh/known_hosts - Git 配置未启用 SSH：
git config --global url."git@gitlab.internal:".insteadOf "https://gitlab.internal/"（让 Go 把 HTTPS 请求转成 SSH）
注意：go get 不解析 ~ 符号，所以 ~/.ssh/config 中的 IdentityFile 必须写绝对路径，否则 SSH 连接失败且错误信息极不明确。
go mod tidy 仍失败？检查 GOPROXY 和 GOSUMDB 的干扰
即使配了 GOPRIVATE，go mod tidy 仍可能卡在 checksum 验证或代理转发。这是因为：
-
GOPROXY默认值（如https://proxy.golang.org,direct）会让 Go 先尝试公共代理拉取模块，再 fallback 到 direct —— 但私有模块在 proxy 上不存在，会导致超时或 404，掩盖真实认证问题 -
GOSUMDB默认开启，会校验所有模块哈希，包括私有模块；而私有模块无公开 sumdb 记录，校验必然失败
正确做法是：对私有域名范围同时关闭代理和校验：
export GOPRIVATE=git.example.com,github.company.com export GOPROXY=https://proxy.golang.org,direct export GOSUMDB=sum.golang.org # 但 go 命令实际执行时，会自动跳过 GOPRIVATE 中的域名的 proxy 和 sumdb 校验 # 不需要手动设 GOSUMDB=off —— 那样会禁用全部校验，风险太大
真正容易被忽略的是：这些变量必须在 go 命令执行时生效，不能只在 shell 配置里写，还要确认 CI 脚本、IDE 终端、Docker 构建环境都继承了它们。
