(Sorry, can't give the full reproducible details of our private repo!)
What did you expect to see?
...
go: downloading github.com/MyAccount/my-repo/server v0.0.2
cmd/client/main.go:4:2: reading github.com/MyAccount/my-repo/server/go.mod at revision server/v0.0.2: git ls-remote -q origin in /go/pkg/mod/cache/vcs/f685fe342419a0c5eddd96688c386faf8f7622fa76c707a9c1c7c68bc353b5fe: exit status 128:
Host key verification failed.
fatal: Could not read from remote repository.
What did you see instead?
...
go: downloading github.com/MyAccount/my-repo/server v0.0.2
cmd/client/main.go:4:2: reading github.com/MyAccount/my-repo/server/server/go.mod at revision server/v0.0.2: git ls-remote -q origin in /go/pkg/mod/cache/vcs/f685fe342419a0c5eddd96688c386faf8f7622fa76c707a9c1c7c68bc353b5fe: exit status 128:
Host key verification failed.
fatal: Could not read from remote repository.
Note that the only unexpected bit is the repeated word at server/server.
This seems misleading: when seeing this error message, we thought that the "wrong" path github.com/MyAccount/my-repo/server/server/go.mod was the cause of the build failure. Did we make a mistake somewhere in the repo name/module name/package name/folder name?
We then realized that the root cause was only due to authentication difficulties with the go command using HTTPS or SSH to download the private repo.
After discussing this surprising error message with some Gophers, we now think the error message should not repeat the word "server" in the printed path.
The text was updated successfully, but these errors were encountered:
What version of Go are you using (
go version
)?Does this issue reproduce with the latest release?
Yes with 1.17.6
What operating system and processor architecture are you using (
go env
)?go env
OutputWhat did you do?
We have
github.com/MyAccount/my-repo
server/go.mod
starting with the linemodule github.com/MyAccount/my-repo/server
server/v0.0.2
go.mod
containing the linesInside the "client" project, we launched
(Sorry, can't give the full reproducible details of our private repo!)
What did you expect to see?
What did you see instead?
Note that the only unexpected bit is the repeated word at
server/server
.This seems misleading: when seeing this error message, we thought that the "wrong" path
github.com/MyAccount/my-repo/server/server/go.mod
was the cause of the build failure. Did we make a mistake somewhere in the repo name/module name/package name/folder name?We then realized that the root cause was only due to authentication difficulties with the go command using HTTPS or SSH to download the private repo.
After discussing this surprising error message with some Gophers, we now think the error message should not repeat the word "server" in the printed path.
The text was updated successfully, but these errors were encountered: