禁止导入具有多个独立模块的模块（mono-repo）是否可行？

今日不肯埋头，明日何以抬头！每日一句努力自己的话哈哈~哈喽，今天我将给大家带来一篇《禁止导入具有多个独立模块的模块（mono-repo）是否可行？》，主要内容是讲解等等，感兴趣的朋友可以收藏或者有更好的建议在评论提出，我都会认真看的！大家一起进步，一起学习！

我本质上拥有的是一个 mono-repo，它在根级别没有 go.mod 。这个 mono-repo 中有多个目录，每个目录都有自己的 go.mod 文件。我将它们称为 sub-modules。

现在，我找到了一种能够在完全不同的代码库中独立访问子模块（版本控制）的方法。我现在面临的问题是，禁止导入整个 mono-repo，使用：

go 获取 link.to/mono-repo@commit_id ------> A

并且只允许使用以下方式导入：

go 获取 link.to/mono-repo/[email protected]

go 获取 link.to/mono-repo/[email protected]

命令 A 能够获取整个存储库，然后可用于访问内部模块。有什么办法可以阻止这种行为被允许吗？

我尝试了一些方法，例如：

• 在根级别的文件 noCompile.go 中添加了不可编译的代码。在 go get... 上，打印编译错误，但使用内部模块仍然可以正常工作。
• 在同一个 noCompile.go 文件中添加了 init() 函数，该函数仅调用 panic()。这个 init 函数没有被执行，因为根目录永远不会被直接访问，只有内部模块可以被直接访问。

有什么方法可以实现我的目的吗？

解决方案

任何包含自己的 go.mod 文件的目录都将从父目录中的模块中排除。因此，如果您 go 获取 link.to/mono-repo@commit_id，那么它不应该包含包 link.to/mono-repo/sub_mod1 或 link.to/mono-repo/sub_mod2 （假设它们存在并有自己的 go.mod 文件）。

我怀疑您正在观察像 import "link.to/mono-repo/sub_mod2/some/package/here" 这样的导入来解决，不是因为最初的 go get，而是因为 go 命令正在解决缺失的问题自动导入（并添加缺少的依赖项）；请参阅 https://golang.org/ref/mod#go-mod-file-updates。

从 Go 1.16（今天发布！）开始，大多数 go 命令不再隐式修改 go.mod 文件，因此存储库根目录中的模块不包含嵌套模块的内容这一事实应该会更清楚。

以上就是《禁止导入具有多个独立模块的模块（mono-repo）是否可行？》的详细内容，更多关于的资料请关注golang学习网公众号！