在本地使用带有 go mod 的子包

今天golang学习网给大家带来了《在本地使用带有 go mod 的子包》，其中涉及到的知识点包括等等，无论你是小白还是老手，都适合看一看哦~有好的建议也欢迎大家在评论留言，若是看完有所收获，也希望大家能多多点赞支持呀！一起加油学习~

我的文件系统上有一个 go 包（不在 $gopath 中），名为 bitbucket.org/me/awesome。

~/awesome> tree
.
├── main.go
├── go.mod
├── go.sum
├── subpackagea
│   └── main.go

我的 go.mod 看起来像：

module bitbucket.org/me/awesome

require (
       ... # lots of external dependencies
)

replace bitbucket.org/me/awesome => ./

在我的顶级目录中的 main.go 中，我调用如下子包：

import "bitbucket.org/me/awesome/subpackageA"

这一切看起来都很正常。 go get 有效。但是，当我将整个存储库克隆到其他地方（例如在 docker 映像中）并第一次运行 go get 时，我会收到如下错误：

package bitbucket.org/me/awesome/subpackagea：https://api.bitbucket.org/2.0/repositories/me/awesome?fields=scm：403 forbidden，

这意味着它没有使用包的本地文件系统版本，即使我在 go.mod 文件中使用 replace 指令告诉它。

我做错了什么？如何确保从文件系统使用子包而不是尝试从互联网获取子包？

解决方案

go 没有（真正的）“子包”概念。所有包裹基本上都是平等对待的。这意味着 replace bitbucket.org/me/awesome 不会影响包 bitbucket.org/me/awesome/subpackagea 因为这是两个独立的、不相关的包。文件夹布局不会引入 subpackagea 与 awsome 的关系，反之亦然 *)。

因此您需要为 subpackagea 添加单独的替换指令

replace bitbucket.org/me/awesome/subpackagea => ./subpackagea

*) 绝对正确性的挑剔：文件夹布局确实对名为 internal 的文件夹（无法从其他项目导入）、名为 vendor 的文件夹（可能包含供应商包）有影响，并且搜索 go.mod 文件会在回购根。

对于另一种方法，您可以使用 go.mod ，如下所示：

module awesome

然后像这样调用子包：

import "awesome/subpackageA"

https://golang.org/doc/code.html

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。