我对Go工作区中git存储库结构的理解是否正确？

你在学习Golang相关的知识吗？本文《我对Go工作区中git存储库结构的理解是否正确？》，主要介绍的内容就涉及到，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

我对如何编写 Go 代码一文有两点困惑。它们可能是文章中的错误，或者我可能只是没有抓住重点。在描述典型工作空间的结构时，文章说

src 子目录通常包含多个版本控制存储库（例如 Git 或 Mercurial），用于跟踪一个或多个源代码包的开发。

本文中的第一个示例工作区与此描述相符，有 2 个代表存储库的文件夹（github.com/golang/example/ 和 golang.org/x/image/），每个文件夹都立即有一个 .git 目录在它下面。

后来文章说：

如果您正在使用源代码控制系统，那么现在是初始化存储库、添加文件并提交第一个更改的好时机。同样，此步骤是可选的：您不需要使用源代码管理来编写 Go 代码。

然后文章显示了在 src/github.com/user/hello/ 目录中运行 git init 的示例代码。这是困惑点#1。由于 github.com/user 是存储库，而 hello 是软件包，因此 git init 似乎应该在 github.com/user 级别完成。

困惑点 #2 出现在文章接近结尾处，它说：

发出上述 go get 命令后，工作区目录树现在应如下所示：

然后它显示了另一个示例存储库，该存储库在 github.com/golang/example/ 目录下有一个 .git 目录，但在 github.com/user/ 目录下没有一个目录，无论是在它的正下方还是在hello 包，之前已对其进行了初始化。

我的问题是：

1. 存储库是否应该在 hello 目录或上一级目录中初始化？
2. 最终存储库是否应显示 .git 目录？

解决方案

不，不是。 github.com/user 是 github 用户。用户拥有存储库，例如 github.com/user/hello。一个存储库可以容纳一个或多个 go 包，其中一个可能位于存储库的顶层，并且与存储库同名。

到这里，我们也就讲完了《我对Go工作区中git存储库结构的理解是否正确？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！