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，来做到效果。