使用“go get”下载二进制文件而不将它们添加到 go.mod

Question

我在我的项目和构建系统（例如 Travis CI）中使用 Go 模块，我正在下载一个命令行实用程序（用 Go 编写）来go get协助我的构建过程，例如：go get github.com/mitchellh/gox但是，这go get会导致该文件被添加到我的go.mod文件中。这会污染构建环境，导致它变得“脏”（因为 git 中跟踪的某些文件发生了更改，在本例中为 go.mod 和 go.sum），我用它来描述我的构建，它显示git describe --always --dirty --tag为“肮脏的”。有没有办法“获取”二进制文件来下载它，而不将其添加到 go.mod/go.sum 中？我尝试将 GOPATH 设置为其他位置，即使如此，go get也会更新 go.mod/go.sum 以将其添加为// indirect依赖项。dir="$(mktemp -d)"; \   env GOPATH="$dir" go get github.com/mitchellh/gox && \   mv "$dir/bin/gox" "$(go env GOPATH)"/bin/gox

Answer 1

转到 1.16 及以上

Go 1.16（2021 年 2 月发布）包含一项更改，可以在不影响go.mod.

问题 40276跟踪该提案：

cmd/go：“go install”应该在模块外部以模块模式安装可执行文件

这已在CL 254365中实现。作为此更改的一部分，您可以运行例如：

go install golang.org/x/tools/cmd/goimports@latest

安装二进制文件而不影响go.mod.

要安装特定版本，请替换@latest为例如@v0.1.5。

Answer 2

希望 Go 1.14 中会有一个新标志可以go get完全满足您的要求。这在问题＃30515 “cmd/go：提供一致的全局安装命令”中进行了跟踪。

在此之前，您有几个不同的选择。

Go 1.12 和 1.13：更改目录

go.mod如果您使用的是 Go 1.12 或更高版本，最简单的解决方案可能是在执行 之前将当前模块移出到一个目录go get，例如：

$ cd /tmp                              

$ go get github.com/foo/bar@v1.2.3

$ cd -                                # return to prior directory

围棋 1.11、1.12、1.13+：哥宾

gobin是一个模块感知命令，用于安装或运行二进制文件，它提供了额外的灵活性，包括无需更改当前模块的go.mod. 

Go 1.11：临时模块

如果您使用带模块的 Go 1.11，第一步可能是升级到 Go 1.12 或 1.13，因为模块有很多改进。如果您需要使用 Go 1.11 并且希望使用@version语法而不更新当前模块的go.mod，那么一种方法是创建一个临时模块：

cd $(mktemp -d) && go mod init tempmod && go get github.com/foo/bar@v1.2.3

@version这是因为在 Go 1.11 中，除非在模块中，否则无法使用该语法，而在 Go 1.12 中则放宽了这一点。这种方法已通过@rogpeppe的简单 shell 脚本实现了自动化。

额外细节

一般来说，gomodule-module 中的命令始终确定它“位于”哪个模块，这基于调用该go命令时的当前工作目录。（您可以类比如何在make没有任何参数的情况下在当前工作目录中查找 makefile，或者历史上go build没有任何参数将如何构建当前工作目录等）。

对于模块，在当前工作目录或其任何父目录中go get查找文件，并将使用任何中列出的约束作为解决版本的一部分，并根据需要更新. 这就是为什么如果您从现有模块中运行，您的文件会被更新。go.modgo getgo.modgo.modgo getgo.modgo get

另一方面，从 Go 1.12 开始，如果您所在的目录不属于任何模块（即该目录没有 ，其父目录也没有go.mod），则无需go.mod更新，但是该go命令仍然能够在模块模式下运行并使用@version语法。

来自Go 1.12 发行说明：

当 GO111MODULE 设置为 on 时，go 命令现在支持模块目录之外的模块感知操作，前提是这些操作不需要解析相对于当前目录的导入路径或显式编辑 go.mod 文件。go get、go list 和 go mod download 等命令的行为就像在具有初始为空要求的模块中一样。在此模式下， go env GOMOD 报告系统的空设备（/dev/null 或 NUL）。

Answer 3

每go help build：

-mod 构建标志提供了对 go.mod 的更新和使用的额外控制。

如果使用 -mod=readonly 调用，则不允许 go 命令隐式自动更新 go.mod