刚开始学习围棋。根据手册，GOPATH 应该是指工作空间，其中包的源代码（包括自己的和他人的）将存储在 src 文件夹中。我的主要语言是PHP/C++，早就习惯了一个文件夹-一个项目的结构。没有语言划分：/Projects/CompanyX/ProjectNameX。另一方面，Go 建议创建另一个具有自己结构的文件夹。此外，主要项目将位于一个地方，并且只有 Go - 在另一个地方。这只是对我完美主义的打击 :) 这对我来说很方便，例如：/Projects/freelance/site1/services/GoModule。
问题。在 IDE 中使用 Go 项目将 GOPATH 切换到此特定工作区时是否正确？我更喜欢一个项目 - 一个工作区。
一般来说，这不是 goroutines 的“思想上正确和推荐”的场景。
但是，如果它对您来说如此方便，并且 GO 开箱即用地支持此功能，我认为没有理由不遵循它。
将整个项目放在一个存储库中具有其优势。例如，在回滚版本或研究历史时，您不需要运行大约 5 个存储库并查找发生了什么变化的地方。
或者我有时会使用另一种选择：物理上，我有 go-code 以及项目的其余部分，在 GOPATH 中，我只是从逻辑上可以理解的地方用我的代码创建一个指向文件夹的符号链接。然后代码舒适地放置，IDE，go 命令按预期工作，无需额外。包装器/设置。
所有已安装的软件包通常都放入
/home/'用户名'/go/src/github.com
在您的项目中导入时，编译器使用 GOPATH 来查找它们。您的项目被放置在/home/'username'/go/src/'your_project_name'中，您可以在其中使用它们。事实上，您在一个地方拥有所有项目的一棵树 + 所有包依赖项。它非常方便且经过深思熟虑。
以及问题的答案 - 您可以切换工作区，但要准备好不断重复导入到自己开发中的依赖包，简而言之，这种方式 = 为自己制造额外的痛苦。你需要它吗？修辞问题:)
而那个项目 - 一个工作空间 = 一个习惯问题。用一棵树在 Go 上工作一个月，你会真正理解这个概念是如何构思出来的。来自谷歌的家伙并没有徒劳地啜食卷心菜汤韧皮鞋 :))))
有人使用docker实现工作区隔离，我个人使用maven + mvn-golang插件隔离构建项目（因为我也喜欢一个文件夹一个项目），不依赖环境和环境中指定的路径。工作区的概念在某种程度上恕我直言，在同一个 java 之后不太方便且不太熟悉