golang编译之vendor机制

Go 1.5引入了vendor 机制，但是需要手动设置环境变量 GO15VENDOREXPERIMENT= 1，Go编译器才能启用。从Go1.6起，，默认开启 vendor 目录查找，vendor 机制就是在包中引入 vendor 目录，将依赖的外部包复制到 vendor 目录下，编译器在查找外部依赖包时，优先在 vendor 目录下查找。整个查找第三方包的流程如下：

• 如果当前包下有vendor目录,则从其下查找第三方的包,如果没有找到,则继续执行下一步操作。
• 如果当前包目录下没有vendor目录,则沿当前包目录向上逐级目录查找vendor目录, ,直到找到 $GOPATH/src下的vendor目录,只要找到vendor目录就去其下查找第三方的包,如果没有则继续执行下一步操作。
• 在GOPATH下面查找依赖包。
• 在GOROOT目录下面查找依赖包。

优点：

vendor将原来放在$GOPATH/src的第三方包放到当前工程的vendor目录中进行管理。它为工程独立的管理自己所依赖第三方包提供了保证,多个工程独立地管理自己的第三方依赖包,它们之间不会相互影响。 vendor将原来包共享模式转换为每个工程独立维护的模式, vendor的另一个好处是保证了工程目录下代码的完整性,将工程代码复制到其他Go编译环境,不需要再去下载第三方包,直接就能编译,这种隔离和解耦的设计思路是一大进步。

缺点：

但vendor也有缺点，那就是对外部依赖的第三方包的版本管理。

我们通常使用 go get -u更新第三方包。默认的是将工程的默认分支的最新版本拉取到本地,但并不能指定第三方包的版本。而在实际包升级过程中,如果发现新版本有问题,则不能很快回退,这是个问题。好在Go官方为了解决该问题推出了包依赖管理工具dep。与此同时,社区也有很多包管理工具,比较常用的有godep、govendor、glide。

makefile编译：

分享一个Go编译的通用makefile代码，这样我们就可以在任意目录下，只需简单的执行 make 命令就能轻松编译。

 ## watch for trailing spaces!
 THIS_MAKEFILE=$(lastword $(MAKEFILE_LIST))
 REPOROOT = $(abspath  $(dir $(THIS_MAKEFILE)))

 export GOPATH := $(REPOROOT)
 PATH := $(GOPATH)/bin:$(PATH)

 ifdef GOROOT
   #$(error Define GOROOT prior to running make)
   PATH := $(GOROOT)/bin:$(PATH)
 endif

 PATH := /usr/local/go/bin/:$(PATH)

 # BUILDVER is set by OBS (rpm build system)
 BUILDVER ?= MANUALMAKEFILE

 #when runs on build host - actual golang compiler name is 'golang-go', not 'go'.
 #GOCMD ?= golang-go
 GOCMD = go

 GOCLEAN := $(GOCMD) clean

 .PHONY: all
 all:
     mkdir -p $(REPOROOT)/bin
     cd $(REPOROOT)/src/cmd/project; $(GOCMD) install

 .PHONY: clean
 clean:
     @rm -rf $(REPOROOT)/bin
     @rm -rf $(REPOROOT)/pkg

• 23行/src/后修改成自己源码的路径。
• vendor目录可以放在makefile所在目录或src里的任意目录中。

参考文档：《Go语言核心编程》 李文塔