在 Go 1.11 之前，如何在多个 Go 项目中共享一个供应商目录

在 Go 1.11 之前，为多个项目共享供应商目录并确保可重现构建是一项挑战。传统的 Go 布局会为每个项目重复 glide.yaml 和供应商目录，导致冗余和版本不一致。为了解决此问题，本文介绍了一种使用 Go 1.11 中的模块和共享供应商目录的方法，使项目之间可以共享依赖项，同时固定版本以实现可重现的构建。

我已经开始学习go（1.7.4）并且有一个项目当前生成两个可执行文件。我有一个遵循标准 go 布局的目录结构如下：

GOPATH=`pwd`
bin
src/
src/<project1>
src/<project1>/vendor
src/<project1>/glide.yaml
src/<project2>
src/<project2>/vendor
src/<project2>/glide.yaml
pkg/

项目 1 和项目 2 共享许多依赖项。 有没有办法在project1和project2之间共享供应商目录并仍然固定版本以确保可重现的构建？

我不想为每个项目重复 glide.yaml 和供应商目录，因为它会使构建膨胀并违反 dry。

pkg 目录是执行此操作的明显方法，但与供应商不同，我没有像 glide 这样的依赖项管理工具来确保使用特定版本（另请参阅我的相关问题）。

一个可能相关的问题是该项目是如何组织的。我相信在 go 中，每个项目子目录映射到单个 github 存储库会更传统。但是，对于我的项目，我想构建至少两个可执行文件。我意识到你可以通过使用不同的包名称来做到这一点，但它会混淆 go 和 glide。我努力让这个在单个项目下工作，并决定/发现使用标准的 go 布局和向上两级工作更容易。例如，一个优点是子目录中的“go build”等即可工作，而无需命名包。我还可以让顶层的构建、测试和打包机器在所有项目上运行，并使我的 go 环境与任何其他环境分开。 这些程序不够复杂，不足以保证单独的 git 存储库（即使作为子模块）。如果有一种模式可以实现这项工作，它可能会使我最初的问题变得毫无意义。

解决方案

应该可以有一个共享的供应商目录。我这样做的方式涉及 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 模块将依赖项存储在其他位置，并在需要时在构建过程中自动下载它们。

注意：glide github 页面建议切换到 dep 作为更官方的工具

编辑：刚刚与 dep 进行了测试。它对我有用。

我建议查看新的供应系统 - https://github.com/golang/go/wiki/Modules

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

module github.com/my/thing

require (
    github.com/some/dependency v1.2.3
    github.com/another/dependency/v4 v4.0.0
)

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。