根本原因是go不识别空格分隔的分支名，必须用@显式标注；正确写法唯一：go get github.com/user/repo@branch-name，branch-name须为远程真实分支名且不含origin/前缀。
go get @branch 为什么报 unknown revision
根本原因是 Go 不识别空格分隔的分支名，必须用 @ 显式标注。写成 go get github.com/user/repo branch-name 会直接失败，错误信息是 unknown revision branch-name。
正确做法只有这一种：go get github.com/user/repo@branch-name。注意：branch-name 不能带 origin/ 前缀，也不能是本地分支别名，必须是远程仓库里真实存在的分支名（比如 main、dev、feature/auth）。
- 如果分支名含斜杠（如
feature/login-flow），需确保 URL 编码安全——实际中多数代理（如 proxy.golang.org）能自动处理，但私有 Git 服务器可能要求引号包裹：go get 'github.com/user/repo@feature/login-flow' - 执行后，
go.mod中该模块的require行会变成类似github.com/user/repo v0.0.0-20240512103045-e8f4a5c12345的伪版本格式，这是 Go 对非语义化 tag 分支的自动标记 - 伪版本由 commit 时间戳 + commit hash 构成，不可手动编辑；改了也没用，下次
go mod tidy会覆盖
拉取分支后 go.mod 没变或版本被覆盖
这不是命令失效，而是最小版本选择（MVS）在起作用：Go 会检查整个依赖图，若其他模块 require 同一仓库的某个 tag（比如 v2.1.0），它就会忽略你刚拉的 @dev，强行选一个满足所有约束的“最低可行版本”。
常见现象包括：go get github.com/user/repo@dev 执行完，go.mod 里还是 v2.1.0；或者 build 时实际加载的是 v2.1.0 而非 dev 分支代码。
- 先运行
go list -m all | grep github.com/user/repo，确认当前解析出的真实版本 - 再用
go mod graph | grep github.com/user/repo查谁在拉旧版本——往往是一个间接依赖引入了冲突约束 - 若确定要强制使用该分支，且不关心 MVS 兼容性，就用
replace：replace github.com/user/repo => github.com/user/repo dev
，然后立刻执行go mod tidy -
replace优先级高于require，但它只对当前 module 生效；CI 或他人 clone 后需同步该行，否则无效
分支代码改动后无法触发重新拉取
Go 默认缓存分支 HEAD 的 commit hash，即使远程 dev 分支已 push 新提交，go get github.com/user/repo@dev 仍可能复用旧 hash，导致本地没更新。
这不是 bug，是设计行为：Go 把 @dev 视为一个“固定引用”，只要没显式指定新 commit，就不会刷新。
- 最可靠方式是直接指定 commit：
go get github.com/user/repo@e8f4a5c，hash 必须完整（至少前7位） - 想强制刷新分支 HEAD，先删本地缓存：
go clean -modcache，再执行go get -d github.com/user/repo@dev（-d避免修改go.mod） - 开发阶段建议配合
replace指向本地路径：replace github.com/user/repo => ../repo-local
，这样改代码立刻生效，无需反复go get - 切记：本地路径
replace绝不能提交到团队仓库，否则别人go build直接失败
proxy fallback 导致分支拉取失败或降级
当 GOPROXY 设为 https://proxy.golang.org,direct 时，若 proxy 缓存中没有你指定的分支（尤其是私有库或新推分支），Go 会 fallback 到 direct 模式走 Git 协议拉取。这时容易因 SSH 配置、网络策略或认证失败而中断，甚至静默 fallback 到 main 分支。
- 验证分支是否存在：
curl -I https://proxy.golang.org/github.com/user/repo/@v/dev.info，返回 200 才说明 proxy 已缓存 - 私有仓库必须禁用 proxy：
export GOPROXY=direct，并确保git config中 credential helper 正确（如git config --global credential.helper store） - 避免 fallback 的保守做法：始终用完整 commit hash 替代分支名，hash 是全局唯一的，proxy 和 direct 都能精确命中
- CI 环境中建议加检查：
go list -m github.com/user/repo@dev 2>/dev/null || (echo "branch dev not found"; exit 1)
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
