Go 工作区的最佳实践是什么？

Question

我刚刚开始学习 Go，并阅读现有代码以了解“其他人是如何做的”。在这样做时，go“工作区”的使用，尤其是当它与项目的依赖项相关时，似乎无处不在。

在处理各种 Go 项目时，围绕使用单个或多个 Go 工作区（即 $GOPATH 的定义）有什么（或有）常见的最佳实践？我应该期望有一个单一的 Go 工作区，它有点像我所有项目的中央代码存储库，还是在我开始处理这些项目中的每一个时明确地分解它并设置 $GOPATH（有点像 python虚拟环境）？

Answer 1

在您的所有项目中使用一个 GOPATH 非常方便，但我发现这仅适用于我自己的个人项目。我为我维护的每个生产系统使用单独的 GOPATH，因为我在每个 GOPATH 的目录树中使用 git 子模块来冻结依赖项。所以，像这样：~/code/my-project- src  - github.com    + dependency-one    + dependency-two    - my-org      - my-project        * main.go        + package-one        + package-two- pkg- bin通过将 GOPATH 设置为 ~/code/my-project，然后它在该项目中使用依赖项一和依赖项二的 git 子模块，而不是使用全局依赖项。