Go get拉取依赖时因已删除提交报错的解决方案咨询

问题背景 #

项目依赖链：MyProj --depends--> MyLib1 --depends--> MyLib2，更新MyLib1到最新版本时，Go尝试拉取已删除的MyLib2提交aa11aa11aa11失败，报错无效版本。临时方案是移除MyLib2间接依赖后执行go mod tidy。

问题1：如何让go get my.repo/my-lib1@latest仅拉取最新版本，不尝试拉取已删除分支？ #

可以通过以下几种方式解决：

• 强制指定有效依赖版本：执行go get时同时指定MyLib2的有效版本，让Go优先使用该版本：

  go get my.repo/my-lib1@latest my.repo/my-lib2@v1.2.3-0.20230605111111-33bb22bb33bb
  

• 清理模块缓存：删除本地模块缓存中的旧无效依赖引用，重新拉取最新依赖信息：

  go clean -modcache
  go get my.repo/my-lib1@latest
  

• 更新后自动整理依赖：手动移除go.mod中MyLib2的间接依赖条目，再执行更新和整理命令：

  # 编辑go.mod，删除my.repo/my-lib2对应行
  go get my.repo/my-lib1@latest
  go mod tidy
  

问题2：是否可以从MyLib1的Git历史中移除对MyLib2已删除提交的引用？ #

可以，但不推荐修改公开Git仓库的历史——这会破坏所有依赖该仓库的项目的历史一致性，引发协作问题。如果必须操作：

1. 使用git filter-repo（替代已废弃的git filter-branch）批量修改MyLib1的Git历史，将所有go.mod/go.sum中引用aa11aa11aa11的内容替换为MyLib2的有效版本。
2. 强制推送到MyLib1的远程仓库（风险提示：所有开发者需要重新克隆仓库或执行git pull --rebase，可能引发大量冲突）。
3. 清理本地及私有模块代理的缓存，确保旧引用被彻底清除。

更稳妥的替代方案：

• 给MyLib2的master分支打一个正式版本标签（如v1.2.4），让MyLib1更新依赖该标签版本，Go会优先使用稳定的标签版本而非临时伪版本。
• 确保MyLib1最新版本的go.mod中依赖的是MyLib2的有效版本（存在的提交或标签），这样拉取MyLib1最新版本时，Go会使用其最新go.mod中的依赖配置，忽略历史中的旧引用。

内容的提问来源于stack exchange，提问作者Дмитрий Званчук