Kubernetes 转到mod下载抱怨构建约束

我一辈子都搞不明白为什么会这样。另一个人说这对他有效，我有一个环境问题。然而，每隔十几个项目对我来说都很有效

所以为了好玩，我从一个完全原始的围棋环境开始。（rm-rf~/go）

没有go.mod/go.sum文件。没有其他回购协议。没有多余的文件或任何种类的文件。除了我克隆的回购协议，我的前进道路上绝对没有其他东西

我克隆了我的回购协议，然后启用了go模块，“go get k8s.io/code generator”，每次都会出现以下错误：

package k8s.io/code-generator: build constraints exclude all Go files in /Users/me/go/pkg/mod/k8s.io/code-generator@v0.0.0-20190813220511-4e023f69fd57

因此，这次我用一个go.mod文件重复上述测试，该文件指定了所需的k8s.io/code-generator版本（1.13.1）。同样的错误

---

有人知道这是怎么回事吗？我怀疑这是一个与macOS相关的问题或其他问题。

k8s.io/code generator包的唯一源文件具有指定的名称

go-get

命令“”

由于您请求的软件包的唯一源文件不适用于您的配置（或者实际上适用于大多数配置），因此您应该在下载模块后，通过将

-d

标志传递给命令，请求

go

命令停止：

$ GO111MODULE=on go1.13beta1 get k8s.io/code-generator
go: finding k8s.io/code-generator latest
can't load package: package k8s.io/code-generator: build constraints exclude all Go files in /tmp/tmp.qZqEJeHXeb/_gopath/pkg/mod/k8s.io/code-generator@v0.0.0-20190814140513-6483f25b1faf

$ GO111MODULE=on go1.13beta1 get -d k8s.io/code-generator
go: finding k8s.io/code-generator latest

对于

1.13

之前版本的

go

命令，您可能还需要传递

-m

标志，以指示路径应解释为模块而不是包

---

另请参见。

如何实现go模块的相同功能？在撰写本文时，没有

-d

选项，所有当前支持的

go

命令版本（1.13.8和1.14）都接受

-d

标志，以便在模块模式下

go-get

。