解决 Go 模块声明的路径为“x”但需要在不同版本间切换为“y”的方法

你在学习Golang相关的知识吗？本文《解决 Go 模块声明的路径为“x”但需要在不同版本间切换为“y”的方法》，主要介绍的内容就涉及到，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

我最近不得不将私有存储库从 saas gitlab 迁移到本地版本。我所做的一切都很顺利：

1. 将存储库 a 中的旧 go 模块路径从 old.com/workspace/a 更新为 new.com/workspace/a
2. 将新标签 v1.2.3-new 添加到最新提交
3. 更新存储库 b 以引用来自 new.com/workspace/a 的最新标签 v1.2.3-new
4. 在存储库 b 中运行 go mod tidy 并验证其是否有效

现在我需要引用 new.com/workspace/a 的旧版本标签（最初为 old.com/workspace/a）。因此，在存储库 a 中，我检查了旧标记，将模块路径从 old.com/workspace/a 修复到 new.com/workspace/a 并将其标记为 v1.1.1-new。

在存储库 b 中，我使用 v1.1.1-new 引用了 new.com/workspace/a。然而，这会导致：

go: new.com/workspace/[email protected]: parsing go.mod:
    module declares its path as: old.com/workspace/b
            but was required as: new.com/workspace/b

如果我检查存储库 a 中的 v1.1.1-new 标记，则模块路径在 go.mod 文件中设置正确：

module new.com/workspace/a

我不清楚为什么它在最新提交上与标记 v1.2.3-new 一起工作，但在我引用较旧的提交时失败。

正确答案

所以我不能说我完全理解为什么它起作用，但这里是使它起作用的步骤（包括不起作用的步骤）。

1. 我使用 go clean -modcache 清除缓存

2. 使用以下方法进行测试，但仍然失败。

   go get new.com/workspace/[email protected]

3. 根据我在原始问题中的评论，这是通过 v1.1.1-new 提交哈希起作用的，所以我再次诉诸于此。

   go get  new.com/workspace/a@27ca81f7

   现在它获取了该提交的版本并且成功了。这 尽管 go.mod 文件也已使用标签/版本正确更新 在 go get 命令中使用提交哈希。

   new.com/workspace/a v1.1.1-new

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《解决 Go 模块声明的路径为“x”但需要在不同版本间切换为“y”的方法》文章吧，也可关注golang学习网公众号了解相关技术文章。