上一篇文章里咱们介绍了go modules的初步使用,如今咱们来更深刻的了解一下如何使用go get在module中管理依赖。html
首先咱们介绍过go mod edit修改go.mod,然而它有两点缺陷:git
好消息是go get如今有了在modules中添加/修改/更新package的能力。github
想要完总体验go modules,咱们须要选择一个GOPATH之外的目录,而且设置GO11MODULE=on,这样使用go get时只会影响当前的main module,不会污染GOPATH。golang
此次我选用本身作着玩的玩具项目演示在没有进行包管理的项目中使用go modules。(关于vendor的迁移,可使用go mod vendor -v,详细介绍之后会有)。chrome
咱们将项目clone到非GOPATH的路径下,而后使用数据库
go mod init [project name]
初始化module。初始化后的目录:工具
这时go.mod仍是空的,咱们知道go build会更新go.mod,因此咱们先go buildui
默认会使用go get得到latest的package,如今go.mod已经被更新了,项目也成功被编译,这是go.mod:spa
module schanclient require ( github.com/PuerkitoBio/goquery v1.4.1 github.com/andybalholm/cascadia v1.0.0 // indirect github.com/chromedp/chromedp v0.1.2 golang.org/x/net v0.0.0-20180826012351-8a410e7b638d // indirect )
indirect的意思是指这个package被子module/package依赖了,可是main module并无直接import使用,也就是所谓的间接引用。code
一般,go.mod使用默认行为就能够很好地完成包管理,不过生活中老是有些例外。
咱们看到chromedp使用了0.1.2版本,这是三个月前的版本了,最新的commit在上个月,go mod edit须要明确指定版本号或者commit的时间+checksum,显然这很麻烦,不是咱们但愿的。
那么咱们要如何才能使用最新的版本而不是最新的tags呢?
又或者咱们不想要最新的版本,须要某个特定版本的package呢?
这就是版本选择的内容了。
之前有过gopkg.in+go get这种解决方案,而新的go get所支持的版本选择则是这一方案的进一步扩展,看几条规则:
那么咱们想要把chromedp改用最新版本就很简单了:
go get github.com/chromedp/chromedp@master
如今go.mod里已经将chromedp更新了:
module schanclient require ( github.com/PuerkitoBio/goquery v1.4.1 github.com/andybalholm/cascadia v1.0.0 // indirect github.com/chromedp/chromedp v0.1.3-0.20180717231922-bf52fed0d3e6 golang.org/x/net v0.0.0-20180826012351-8a410e7b638d // indirect )
若是咱们如今想要添加额外的package呢?
直接使用go get就能够了,好比我如今想用gorm往数据库存数据:
go get github.com/jinzhu/gorm
更新后的go.mod
module schanclient require ( github.com/PuerkitoBio/goquery v1.4.1 github.com/andybalholm/cascadia v1.0.0 // indirect github.com/chromedp/chromedp v0.1.3-0.20180717231922-bf52fed0d3e6 github.com/jinzhu/gorm v1.9.1 // indirect github.com/jinzhu/inflection v0.0.0-20180308033659-04140366298a // indirect golang.org/x/net v0.0.0-20180826012351-8a410e7b638d // indirect )
咱们看到latest版本的gorm已经被添加了,固然由于咱们在main module里没有import使用它,因此是indirect的。
若是咱们想用v1.9的gorm:
go get github.com/jinzhu/gorm@v1.9
很遗憾,版本选择是从大版本到小版本的顺序,若是有v1.9和v1.9.1,那么当你指定v1.9时会自动选取小版本号最高的版本,除非除了v1.9以外没有其余的v1.9.z的tag存在,在这里就是v1.9.1。
还有一点值得一提,go build和go test只会将go.mod中没有的package添加进去,不会覆盖或者改变go get引入的规则,因此不用担忧他们会冲突。
是否是以为和venv+pip很像,没错,这说明go的包管理工具也逐渐步入现代化了。
至于屏蔽package,删除package以及为package更名(好比golang.org/x/...的访问不了的package),这些是go mod edit的功能,具体的请查看go help mod edit。
由于go modules的资料还不完善,因此我也是对着文档边看边作,不免会有疏漏和错误,欢迎你们指正!