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,来做到效果。
标签:gopath,vendor,隔离,go,golandIDE,mod From: https://www.cnblogs.com/supermarx/p/17254405.html