时间戳

首页 > 解决方案 > 多个 go 项目并共享一个供应商目录（在 go 1.11 之前）

go - 多个 go 项目并共享一个供应商目录（在 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 和 vendor 目录，因为它会使构建膨胀并违反 DRY。

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

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

标签： goversion-control

解决方案

应该可以有一个共享的供应商目录。我这样做的方式涉及 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 测试了它。这个对我有用。

推荐阅读