如何使 Go 模块语义导入版本控制 v2+ 与虚荣导入路径一起使用

本篇文章给大家分享《如何使 Go 模块语义导入版本控制 v2+ 与虚荣导入路径一起使用》，覆盖了Golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

我们正在尝试将 go 代码库迁移到 go 模块，但我不知道如何使其与虚荣导入路径一起使用。

使用 dep

到目前为止，我们的依赖管理工具一直是 dep。我们将在项目根目录中放置一个 gopkg.toml 文件，并定义一个依赖项，例如：

[[constraint]]
  name = "mycompany.com/some-lib"
  version = "3.0.0"

如您所见，我们为自己的包使用所谓的虚荣导入路径。事实上，我们的代码实际上完全托管在私有 git 服务器上。

因此，除此之外，我们还设置了另一个服务器来呈现带有存储库信息的 html 元标记。例如：

<meta 
    name="go-import" 
    content="mycompany.com/some-lib git https://mygitserver.com/some-lib"
>

该机制基本上是 cmd/go 文档“远程导入路径”中描述的机制。

使用 go 模块

因此，使用 go 模块，我有 export go111module=on 和 go.mod 文件，该文件需要根据语义导入版本控制的依赖项：

module foo

go 1.13

require (
    mycompany.com/some-lib/v3 v3.0.0
)

请注意，根据语义导入版本控制的要求，导入路径具有 v3 后缀。 some-lib 项目也有自己的 go.mod 文件，开头为：module mycompany.com/some-lib/v3。

现在我的问题是，当 go get 或 go build 时，依赖项解析失败并显示：

go：mycompany.com/some-lib/[email protected]：无法识别的导入路径“mycompany.com/some-lib/v3”（解析 https://mycompany.com/some-lib/v3?go-get=1 : 没有 go-import 元标记 ())

当然会发生这种情况，因为我的远程导入服务器处理 mycompany.com/some-lib 但不处理 mycompany.com/some-lib/v3。

问题

• go 命令是否能够自动处理版本化导入？我以为它会查询 mycompany.com/some-lib 然后自己获取 v3 。
• 我应该处理远程导入服务器中的每个 /vn 路由吗？
• 如果是这样，我应该在 <meta> 标记中写什么？如果没有，我该怎么办？

额外信息：我看过一些文档和文章，建议基本上在以主要版本命名的目录下复制代码，例如：

/               ---> contains v1.x.y code
|_ main.go
|_ interface.go
|_ go.mod
|_ /v2          ---> contains v2.x.y code
    |_ main.go
    |_ interface.go
    |_ go.mod

或者为每个主要版本维护单独的分支。

我不想这样做。我想根据每个客户端项目需求 require mycompany.com/some-lib/v3 v3.0.0 或 require mycompany.com/some-lib/v4 v4.1.0 并从同一个地方获取版本，就像我一样与 dep。

奖励信息2：奇怪的是，我们项目的所有第三方依赖项要么不在 go 模块上，要么仍在 v0 或 v1 版本上，或者只是托管在 github 上，所以我找不到适用示例。

非常感谢任何见解。谢谢。

解决方案

我应该处理远程导入服务器中的每个 /vN 路由吗？

是的。 （您已经应该处理可能与存储库中的包相对应的每个路径：请参阅 https://golang.org/cmd/go/#hdr-Remote_import_paths。）

如果是这样，我应该在 <meta> 标记中写什么？

与您今天编写的内容完全相同：相同的路径，不需要 /vN 后缀，除非您想将不同版本路由到不同的存储库。

今天关于《如何使 Go 模块语义导入版本控制 v2+ 与虚荣导入路径一起使用》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！