Git 如何使Go模块语义导入版本控制v2+；使用导入路径

我们正在尝试将我们的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"
>

请注意，导入路径具有语义导入版本控制所需的

v3

后缀。而

somelib

项目也有自己的

go.mod

文件，文件开头是：

module mycompany.com/somelib/v3

现在我的问题是，当

go-get

或

go-build

时，依赖项解析失败：

go:mycompany.com/some-lib/v3@v3.0.0：无法识别的导入路径“mycompany.com/some lib/v3”（解析）https://mycompany.com/some-lib/v3?go-get=1：禁止导入元标记（））

当然会发生这种情况，因为我的远程导入服务器处理的是

mycompany.com/some lib

，而不是

mycompany.com/some lib/v3

---

问题:

• go

  命令是否能够自动处理版本化导入？我以为它会查询

  mycompany.com/somelib

  ，然后自己获取

  v3

• 我应该处理远程导入服务器中的每个

  /vN

  路由吗
• 如果是这样，我应该在
  标记中写什么？如果没有，我该怎么办

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

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

或者为每个主要版本维护单独的分支。
我不想这样做。我想

要求mycompany.com/some-lib/v3 v3.0.0

或

要求mycompany.com/some-lib/v4 v4.1.0

基于每个客户项目的需要，从同一个地方获取版本，就像我使用

dep

一样

奖励信息2:奇怪的是，我们所有的项目第三方依赖项要么不是运行中的模块，要么仍然在

v0

或

v1

版本上，要么只是托管在github上，所以我找不到适用的示例。

任何见解都是非常值得赞赏的。多谢各位

我应该处理远程导入服务器中的每个

/vN

路由吗

对。（您已经应该处理与存储库中的包相对应的每个路径：请参阅。）

如果是这样，我应该在

标记中写什么

与您今天编写的内容完全相同：相同的路径，不需要

/vN

后缀，除非您希望将不同的版本路由到不同的存储库

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