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

珍惜时间，勤奋学习！今天给大家带来《Go 工作区的最佳实践是什么？》，正文内容主要涉及到golang等等，如果你正在学习Golang，或者是对Golang有疑问，欢迎大家关注我！后面我会持续更新相关内容的，希望都能帮到正在学习的大家！

问题内容

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

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

正确答案

我认为每个项目都有一个更容易$GOPATH，这样你就可以为不同的项目拥有同一个包的不同版本，并根据需要更新包。

使用中央存储库，很难更新包，因为这样做可能会破坏不相关的项目（如果包更新有重大更改或新错误）。

本篇关于《Go 工作区的最佳实践是什么？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！