你正在使用的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.mod
和 go.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
7条答案
按热度按时间ltskdhd11#
修复了一个拼写错误:我正在运行
go list github.com/...
而不是go list ./...
js4nwp542#
所以有一个被修剪掉的模块,在这种情况下只需要一个更好的错误信息吗?
cc @bcmills
nzrxty8p3#
听起来像是#56222,对吗?(我们可以查看一下是否相关。)
y1aodyip4#
$x = 1000$
ohfgkhjo5#
特别是:
go list github.com/...
列出了以前缀github.com/
开头的模块图中每个模块的所有软件包,即使是通常不相关的软件包。然而,go.sum
仅列出与主模块依赖关系相关的模块的校验和。如果
go list ./...
或go list all
不起作用,那是一个问题,但go list github.com/...
缺少校验和是可以预料到的。ct3nt3jp6#
我同意@seankhliao的观点,这里的问题是错误信息。
如果我们试图加载的包和/或模式在主模块之外,我们不应该说
updates to go.mod needed
,也不应该建议go mod tidy
。3qpi33ja7#
https://go.dev/cl/536175提到了这个问题:
cmd/go: do not suggest go mod tidy when there are packages outside the main module