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

Question

我们正在尝试将我们的 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 docs, Remote import paths 中描述的机制。

---

使用 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/v3@v3.0.0: unrecognized import path "mycompany.com/some-lib/v3" (parse https://mycompany.com/some-lib/v3?go-get=1: no go-import meta tags ())

当然会发生这种情况，因为我的远程导入服务器处理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 上，所以我找不到适用的示例。

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

Answer 1

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

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

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

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