如何解决本地模块的传递依赖

本篇文章向大家介绍《如何解决本地模块的传递依赖》，主要包括，具有一定的参考价值，需要的朋友可以参考一下。

在某个随机文件夹内，有 3 个文件夹 a、b、c。每个文件夹都包含一个 mod 文件。

mod 文件包含以下内容。

go.mod 内的

module a

go 1.13

b 内的 go.mod

module b
go 1.13
require a v0.0.0
replace a v0.0.0 => ./../a

c 内的 go.mod

module c
go 1.13
require b v0.0.0
replace b v0.0.0 => ./../b

模块 b 没有抛出错误。但模块 c 抛出错误

go: [email protected] requires
[email protected]: unrecognized import path "a" (import path does not begin with hostname)

每个模块的模块名称中都必须有一个点(.)。

“一些随机文件夹”更改为 example.com。现在 example.com 命名的文件夹包含所有 a.b.c 文件夹。这是模块现在的样子

模块 a 看起来像

module example.com/a
go 1.13

模块 b 看起来像

module example.com/b
go 1.13
require example.com/a v0.0.0
replace example.com/a v0.0.0 => ../a

模块 c 看起来像

module example.com/c
go 1.13
require example.com/b v0.0.0
replace example.com/b v0.0.0 => ../b

太糟糕了！错误！

go: example.com/[email protected] requires
example.com/[email protected]: unrecognized import path "example.com/a" (https fetch: Get 
https://example.com/a?go-get=1: dial tcp 208.73.210.202:443: connect: connection refused)

本地模块的传递依赖如何工作？ 为什么 go 要访问 example.com 来引入模块？ 这是怎么回事？

解决方案

Go Wiki: Modules: go.mod

exinclude 和 replace 指令仅在当前（“主”）模块上运行。 构建主模块时，将忽略主模块以外的模块中的 exinclude 和 replace 指令。因此，replace 和 exinclude 语句允许主模块完全控制其自己的构建，而不必受制于通过依赖关系进行完全控制。 （有关何时使用 replace 指令的讨论，请参阅常见问题解答 below）。

还有Command go: The main module and the build list:

主模块的 go.mod 文件通过 require、replace 和 except 语句定义了可供 go 命令使用的精确包集。通过以下 require 语句找到的依赖模块也有助于定义该组包，但只能通过其 go.mod 文件的 require 语句：依赖模块中的任何替换和排除语句都将被忽略。因此，替换和排除语句允许主模块完全控制其自己的构建，而不受依赖项的完全控制。

在构建模块 c 时找不到包 a，因此 go 工具尝试解析它，并尝试下载它。这就是为什么它尝试将包名称解释为应以主机名开头的名称。

您不需要将包 a 重命名为 example.com/a，但必须将 replace 指令添加到 c 的 go.mod 中，以指示包 a 所在的位置。

今天关于《如何解决本地模块的传递依赖》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！