关于go-vendor和go-mod

go vendor在这个时间节点来讲的话，可能有些古典的气质了。

go vendor依旧在go mod的架构来讲，= go mod vendor

这个是当时依赖于goland这个ide的环境中，默认会生成对应当前项目的go path全局变量，此时用 go vendor有一个好处，相当于隔离出一个独立的go运行环境。

需要隔离性质的开发环境时，使用go vendor，还是比较方便的。

但是团队中的开发时，尤其当前普遍项目众多的工作环境中，直接使用go mod，同时使用系统gopath，会减少很多工作中的依赖问题、冲突问题。

做一下简单分类。

1、golandIDE + 软件设置的gopath + go vendor

适合需要相当独立、隔离的项目。

2、golandIDE + 软件设置的gopath

适合部分交叉共享资源的多项目组织。

3、系统默认gopath

全局生效，适合全局公用的项目。

ps: 1、2，不使用golandIDE，当然也可以自己设定临时性gopath，来做到效果。