当`go list`缺少主模块之外模式的校验和时,会出现令人困惑的错误信息,

n53p2ov0  于 4个月前  发布在  Go
关注(0)|答案(7)|浏览(64)

你正在使用的Go版本是什么( go version )?

$ go version
go version go1.19.3 linux/amd64

这个问题在最新版本的发布中是否重现?

可能是?

你正在使用什么操作系统和处理器架构( go env )?

go env 输出

$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN="/home/pato/local/bin"
GOCACHE="/home/pato/.cache/go-build"
GOENV="/home/pato/.config/go/env"
GOEXE=""
GOEXPERIMENT=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/home/pato/go/pkg/mod"
GONOPROXY="github.com/StammBio"
GONOSUMDB="github.com/StammBio"
GOOS="linux"
GOPATH="/home/pato/go"
GOPRIVATE="github.com/StammBio"
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GOVCS=""
GOVERSION="go1.19.3"
GCCGO="gccgo"
GOAMD64="v1"
AR="ar"
CC="/usr/bin/clang"
CXX="/usr/bin/clang++"
CGO_ENABLED="1"
GOMOD="/dev/null"
GOWORK=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -Wl,--no-gc-sections -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build3352220154=/tmp/go-build -gno-record-gcc-switches"

你做了什么?

在仓库中运行了 go list github.com/... 并得到了

go: updates to go.mod needed; to update it:
        go mod tidy

运行 go mod tidy 没有解决问题。
这里有一个示例:

package main

import (
	"golang.org/x/exp/slog"
	"periph.io/x/host/v3"
)

func main() {
	slog.Any("", "")
	host.Init()
}

运行 go mod init tg 给我以下结果 go.modgo.sum

module tg

go 1.19

require (
	golang.org/x/exp v0.0.0-20230420155640-133eef4313cb
	periph.io/x/host/v3 v3.8.0
)

require periph.io/x/conn/v3 v3.7.0 // indirect
golang.org/x/exp v0.0.0-20230420155640-133eef4313cb h1:rhjz/8Mbfa8xROFiH+MQphmAmgqRM0bOMnytznhWEXk=
golang.org/x/exp v0.0.0-20230420155640-133eef4313cb/go.mod h1:V1LtkGg67GoY2N1AnLN78QLrzxkLyJw7RJb1gzOOz9w=
periph.io/x/conn/v3 v3.7.0 h1:f1EXLn4pkf7AEWwkol2gilCNZ0ElY+bxS4WE2PQXfrA=
periph.io/x/conn/v3 v3.7.0/go.mod h1:ypY7UVxgDbP9PJGwFSVelRRagxyXYfttVh7hJZUHEhg=
periph.io/x/host/v3 v3.8.0 h1:T5ojZ2wvnZHGPS4h95N2ZpcCyHnsvH3YRZ1UUUiv5CQ=
periph.io/x/host/v3 v3.8.0/go.mod h1:rzOLH+2g9bhc6pWZrkCrmytD4igwQ2vxFw6Wn6ZOlLY=

你期望看到什么?

Go模块列表

你实际看到了什么?

go: updates to go.mod needed; to update it:
        go mod tidy
ltskdhd1

ltskdhd11#

修复了一个拼写错误:我正在运行 go list github.com/... 而不是 go list ./...

js4nwp54

js4nwp542#

$ go mod why -m github.com/jonboulle/clockwork
# github.com/jonboulle/clockwork
tg
periph.io/x/host/v3
periph.io/x/host/v3/beagle/bone
periph.io/x/conn/v3/pin/pinreg
periph.io/x/conn/v3/pin/pinreg.test
periph.io/x/conn/v3/gpio/gpiotest
github.com/jonboulle/clockwork

所以有一个被修剪掉的模块,在这种情况下只需要一个更好的错误信息吗?
cc @bcmills

nzrxty8p

nzrxty8p3#

听起来像是#56222,对吗?(我们可以查看一下是否相关。)

ohfgkhjo

ohfgkhjo5#

特别是:go list github.com/... 列出了以前缀 github.com/ 开头的模块图中每个模块的所有软件包,即使是通常不相关的软件包。然而,go.sum 仅列出与主模块依赖关系相关的模块的校验和。
如果 go list ./...go list all 不起作用,那是一个问题,但 go list github.com/... 缺少校验和是可以预料到的。

ct3nt3jp

ct3nt3jp6#

我同意@seankhliao的观点,这里的问题是错误信息。
如果我们试图加载的包和/或模式在主模块之外,我们不应该说updates to go.mod needed,也不应该建议go mod tidy

3qpi33ja

3qpi33ja7#

https://go.dev/cl/536175提到了这个问题:cmd/go: do not suggest go mod tidy when there are packages outside the main module

相关问题