Golang Vendor 包机制 及 注意事项

fjqzyc

　　现在的 Go 版本是 1.8，早在 1.5 时期，就有了 Vendor 包机制，详情可查看博文：“理解 Go 1.5 vendor”。

遇到的问题
　　个人在使用 Glide 管理 Vendor 包时（附：Golang Vendor 包管理工具 glide 使用教程），老编译不成功！ 后来猛地发现，原来是我对 Vendor 包机制理解不够深入导致的。
　　Glide 官方教程中提供了一个 Demo 项目结构，如下所示：
　　

$GOPATH/src/myProject (Your project)　　
|
　　
|-- glide.yaml
　　
|
　　
|-- glide.lock
　　
|
　　
|-- main.go (Your main go code can live here)
　　
|
　　
|-- mySubpackage (You can create your own subpackages, too)
　　
|    |
　　
|    |-- foo.go
　　
|
　　
|-- vendor
　　
|-- github.com
　　
|
　　
|-- Masterminds
　　
|
　　
|-- ... etc.
　　

　　我改了一下，去掉了目录结构中的 myProject 文件夹，如下所示：
　　

$GOPATH/src　　
|
　　
|-- glide.yaml
　　
|
　　
|-- glide.lock
　　
|
　　
|-- main.go (Your main go code can live here)
　　
|
　　
|-- mySubpackage (You can create your own subpackages, too)
　　
|    |
　　
|    |-- foo.go
　　
|
　　
|-- vendor
　　
|-- github.com
　　
|
　　
|-- Masterminds
　　
|
　　
|-- ... etc.
　　

　　然后 go build 一直提示找不到相关的包（其实 glide 已经把它下载到 vendor 目录中了） 。
　　后来回过头看 “理解 Go 1.5 vendor”，里面有一段有关 Vendor 的英文介绍：

　　If there is a source directory d/vendor, then, when compiling a source file within the subtree rooted at d, import "p" is interpreted as import "d/vendor/p" if that exists.
　　When there are multiple possible resolutions,the most specific (longest) path wins.
　　The short form must always be used: no import path can  contain “/vendor/” explicitly.
　　Import comments are ignored in vendored packages.

　　它的大体意思就是，当有包路径 "d/vendor/p" 时，可以使用 import "p" 的简短形式来代替！
　　其实，它还隐藏着另外一个非常重要的细节，即：

　　vendor 目录不能放到 工作空间源码包目录的根目录（$GOPATH/src）之下，必须放到 某个（项目）文件夹之下，如下面的  myProject 文件夹：
　　

$GOPATH/src/myProject (Your project)　　
  |
　　
  |-- glide.yaml
　　
  |
　　
  |-- glide.lock
　　
  |
　　
  |-- main.go (Your main go code can live here)
　　
  |
　　
  |-- vendor
　　
       |-- github.com
　　
            |
　　
            |-- Masterminds
　　
                  |
　　
                  |-- ... etc.
　　

　　

　　好吧，接下来一切都很顺利！
　　相关文章：
　　【Go入门教程1】Go 安装，GOROOT，GOPATH，Go工作空间