我在项目和构建系统（例如Travis CI）中使用Go模块，正在下载一个命令行实用程序（用Go编写）go get以协助构建过程，例如：
go get
go get github.com/mitchellh/gox
但是，这go get导致文件被添加到我的go.mod文件中。这污染了构建环境，使其变得“脏”（因为git中跟踪的某些文件发生了更改，在本例中为go.mod和go.sum），我用它git describe --always --dirty --tag来描述构建，其显示为“脏”。
go.mod
git describe --always --dirty --tag
有没有一种方法可以直接下载二进制文件而不将其添加到go.mod / go.sum中？
我尝试将GOPATH设置为其他位置，即使那样，go get也要更新go.mod / go.sum以将其添加为// indirect依赖项。
// indirect
dir="$(mktemp -d)"; \ env GOPATH="$dir" go get github.com/mitchellh/gox && \ mv "$dir/bin/gox" "$(go env GOPATH)"/bin/gox
希望在Go 1.14中会出现一个新的标志go get，它完全符合您的要求。在问题＃30515 “ cmd / go：提供一致的全局安装命令”中对此进行了跟踪。
在此之前，您有几种不同的选择。
如果您使用的是Go 1.12或更高版本，则最简单的解决方案可能是将当前模块外部移至目录，而无需go.mod先执行go get，例如：
$ cd /tmp $ go get github.com/foo/bar@v1.2.3 $ cd - # return to prior directory
gobin是安装或运行二进制文件的模块感知命令，它提供了更多的灵活性，包括无需更改当前模块的即可进行安装的能力go.mod。有关更多详细信息，请参见gobin 自述文件和常见问题解答。
gobin
如果您将Go 1.11与模块一起使用，则第一步可能是升级到Go 1.12或1.13，因为模块有很多改进。如果需要使用Go 1.11，并且希望使用@version语法而不更新当前模块的go.mod，则一种方法是创建一个临时模块：
@version
cd $(mktemp -d) && go mod init tempmod && go get github.com/foo/bar@v1.2.3
这是因为在Go 1.11中，@version除非您位于模块中，否则无法使用该语法，而在Go 1.12中已放松了该模块。通过@rogpeppe的一个简单的shell脚本，该方法已实现自动化。
通常，go模块模块中的命令始终根据调用该go命令时的当前工作目录确定它在“模块”中。（您可以比喻make没有任何args的情况下如何在当前工作目录中查找makefile，或者从历史上看，go build没有任何args的情况如何将构建当前工作目录，等等）。
go
make
go build
使用模块，go get可以go.mod在当前工作目录或其任何父目录中查找文件，go get并将使用其中列出的约束go.mod作为求解版本的一部分，并根据go.mod需要更新go get。这就是为什么从现有模块中go.mod运行文件时会更新文件的原因go 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之类的命令的行为就像在具有最初为空的要求的模块中一样。在这种模式下，转到环境GOMOD报告系统的空设备（/ dev / null或NUL）。
