多个 go 项目并共享一个供应商目录（在 1.11 之前的 go 中）

Question

我已经开始学习go (1.7.4) 并且有一个当前生成两个可执行文件的项目。我有一个目录结构，如下所示，遵循标准的 go 布局：GOPATH=`pwd`binsrc/src/<project1>src/<project1>/vendorsrc/<project1>/glide.yamlsrc/<project2>src/<project2>/vendorsrc/<project2>/glide.yamlpkg/项目 1 和项目 2 共享很多依赖项。 有没有办法在 project1 和 project2 之间共享供应商目录并仍然固定版本以确保可重现的构建？我不想为每个项目复制 glide.yaml 和 vendor 目录，因为它会使构建膨胀并违反 DRY。pkg 目录是执行此操作的明显方法，但与供应商不同，我没有像 glide 这样的依赖管理器工具来确保使用特定版本（另请参阅我的相关问题）。一个可能相关的问题是这个项目是如何组织的。我相信去将每个项目子目录映射到单个 github 存储库会更常规。但是，对于我的项目，我想构建至少两个可执行文件。我知道你可以通过使用不同的包名称来做到这一点，但它会混淆 go 和 glide。我努力使它在单个项目下工作，并决定/发现使用标准的 go 布局并在两个层次上工作更容易。例如，一个优点是子目录中的“go build”等无需命名包即可工作。我还可以让我在顶层的构建、测试和打包机制在所有项目上运行，并将我的 go 环境与其他任何环境分开。这些程序不够复杂，无法保证单独的 git 存储库（即使作为子模块）。

Answer 1

应该可以有一个共享的供应商目录。我这样做的方式涉及 Go 1.11 和称为模块的新 Go 功能。但我很确定它应该与供应商和工具一起工作，比如 glide 和 dep。要使用 dep/glide，你的目录结构可能看起来像这样

- src
  - projects
      - project1
      - project2
      - vendor
      - Glide.yaml

您可以使用项目文件夹go build -o p1 project1/*.go或使用单个项目文件夹构建它go build

相同的结构，但在 GOPATH 之外将适用于 Go 1.11 模块。您必须将 GO111MODULE 变量设置为“on”或“auto”。请注意，go modules 将依赖项存储在其他位置，并在需要时在构建过程中自动下载它们。

注：glide github page 推荐切换到dep作为更官方的工具

编辑：刚刚用 dep 测试了它。这个对我有用。

Answer 2

它允许您修复所用包的版本：

module github.com/my/thing

require (

    github.com/some/dependency v1.2.3

    github.com/another/dependency/v4 v4.0.0

)