将本地导入路径迁移至远程导入路径的挑战：Golang 的解决方案

一分耕耘，一分收获！既然打开了这篇文章《将本地导入路径迁移至远程导入路径的挑战：Golang 的解决方案》，就坚持看下去吧！文中内容包含等等知识点...希望你能在阅读本文后，能真真实实学到知识或者帮你解决心中的疑惑，也欢迎大佬或者新人朋友们多留言评论，多给建议！谢谢！

我刚刚开始将我的应用程序分解为不同的存储库。像许多人一样，我正在经历处理 Go 和更改存储库的麻烦。但这些问题有很多问答，所以我不会在这里询问。

相反，我有一个简单的问题，但我无法理解。我的所有模块，因为它是一个大应用程序，都只是本地引用。例如core/validate等。

将内容移至多个存储库中。似乎会导致本地引用出现问题，因此我将路径更改为远程路径，例如 gitlab.com//core.git/validate 正如几个问答所建议的那样。

但是，这会带来一个问题，如果说 gitlab.com//core.git/config 引用了 gitlab.com//core.git/validate 并不意味着 gitlab.com/ /core.git/config 现在指向 pck/mod/gitlab.com/... 中的某些内容或指向远程服务器，或者指向彼此以外的任何地方，就像它们只有像 core/validate 这样的相对路径时一样？当我更改它们时，它看起来就是这样，因为我的 IDE (GoLand) 显示未找到的引用。

我还没有尝试做 go mod init 并从头开始重建 mod，但是 go mod tidy 不起作用，我不知道我是否也必须在 go.work 中进行更改远程路径很好，但现在我只是在 IDE 中找不到显示的导入。

似乎如果您使用远程引用来进行开发时在代码中所做的更改，则必须推送更改，以便它是引用指向的位置，也许还可以执行 go get更改为引用本地远程路径的地方，这似乎是一种糟糕的开发方式，因此不可能是正确的。

那么，这些远程路径如何与开发配合使用，我缺少什么？

正确答案

有几个概念会引起混淆。

模块是包的集合。您可以将模块命名为“mymodule”，然后“mymodule”下的所有包将被命名为“mymodule/pkg1”、“mymodule/pkg2/otherpkg”等。

然后您就有了包的导入路径。导入路径显示包的位置。例如，你的源代码在“mymodule/pkg1”中，而你导入了“mymodule/pkg2”，那么这是对同一模块下的包的引用。

现在假设您在“github.com/mygroup/othermodule”上有另一个模块，名为“othermodule”。您在此模块中导入一个包作为“github.com/mygroup/othermodule/pkg1”。如果“othermodule/pkg1”引用“othermodule/pkg2”，那么它仍然导入“othermodule/pkg2”，因为它位于同一模块中。但是从“mymodule/pkg1”中，您将其导入为“github.com/mygroup/othermodule/pkg2”。

Go 模块系统使用其他模块的版本引用。当您包含模块中的包时，该模块的特定版本将添加到 go.mod 中。如果您向该模块推送新的更改，则必须更新该引用以包含这些更改。这就是为什么最好不要将紧密耦合的项目分成多个模块的原因。

如果您想一起开发多个模块，请使用“replace”指令来使用该模块的本地副本，而不是指向存储库上的版本。

本篇关于《将本地导入路径迁移至远程导入路径的挑战：Golang 的解决方案》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！