Go版本
go版本 go1.22.0 windows/amd64
在你的模块/工作区中go env
的输出:
set GO111MODULE=
set GOARCH=amd64
set GOBIN=
set GOCACHE=C:\Users\myname\AppData\Local\go-build
set GOENV=C:\Users\myname\AppData\Roaming\go\env
set GOEXE=.exe
set GOEXPERIMENT=
set GOFLAGS=
set GOHOSTARCH=amd64
set GOHOSTOS=windows
set GOINSECURE=
set GOMODCACHE=C:\Users\myname\go\pkg\mod
set GONOPROXY=github.com/myname/*
set GONOSUMDB=github.com/myname/*
set GOOS=windows
set GOPATH=C:\Users\myname\go
set GOPRIVATE=github.com/myname/*
set GOPROXY=https://proxy.golang.org,direct
set GOROOT=C:\Users\myname\scoop\apps\go\current
set GOSUMDB=sum.golang.org
set GOTMPDIR=
set GOTOOLCHAIN=auto
set GOTOOLDIR=C:\Users\myname\scoop\apps\go\current\pkg\tool\windows_amd64
set GOVCS=
set GOVERSION=go1.22.0
set GCCGO=gccgo
set GOAMD64=v1
set AR=ar
set CC=gcc
set CXX=g++
set CGO_ENABLED=1
set GOMOD=NUL
set GOWORK=
set CGO_CFLAGS=-O2 -g
set CGO_CPPFLAGS=
set CGO_CXXFLAGS=-O2 -g
set CGO_FFLAGS=-O2 -g
set CGO_LDFLAGS=-O2 -g
set PKG_CONFIG=pkg-config
set GOGCCFLAGS=-m64 -mthreads -Wl,--no-gc-sections -fmessage-length=0 -ffile-prefix-map=C:\Users\myname\AppData\Local\Temp\go-build3669545043=/tmp/go-build -gno-record-gcc-switches
你做了什么?
在go版本1.22.0和1.21.7上执行go list -m -json -versions fyne.io/fyne/v2/cmd/fyne
。
你看到了什么?
执行go list -m -json -versions fyne.io/fyne/v2/cmd/fyne
。
输出:
{
"Path": "fyne.io/fyne/v2/cmd/fyne"
}
Origin字段没有输出。
使用go版本1.21.7执行。
{
"Path": "fyne.io/fyne/v2/cmd/fyne",
"Origin": {
"VCS": "git",
"URL": "https://github.com/fyne-io/fyne",
"Subdir": "cmd/fyne",
"TagPrefix": "cmd/fyne/",
"TagSum": "t1:47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU="
}
}
Origin字段有输出。
你期望看到什么?
我希望在go版本1.22.0中也能得到Origin字段的输出。
6条答案
按热度按时间monwx1rj1#
问题标题说的是子目录,但报告中没有提到任何关于目录的内容?
ssm49v7z2#
问题标题说的是子目录,但报告中没有提到任何关于目录的内容?
fyne.io/fyne/v2/cmd/fyne
是子目录。rn0zuynd3#
CC @bcmills
1mrurvl14#
go list -m
操作模块,而不是软件包。fyne.io/fyne/v2/cmd/fyne
是一个包含模块fyne.io/fyne/v2
的软件包,而不是一个独立的模块。通常情况下,询问一个不指向有效模块的路径会导致错误,但在这种情况下,由于
-versions
标志的抑制作用,错误被抑制了。go list -m -json -versions fyne.io/fyne/v2/cmd/fyne
成功地通知您,该模块尚不存在任何已知版本。它没有告诉您缺少Origin
的原因,因为它不知道如何计算不存在事物的起源。plupiseo5#
嗯,这里可能存在一个问题,但它很微妙。
为了给出更多细节,https://go.dev/cl/543216 和 https://go.dev/cl/543155 修复了一些错误,其中
cmd/go
报告了混合来源数据的不正确Origin
元数据:go list
with-reuse
fails to invalidate@latest
when the previous result was an error #61415go list
prints the wrongOrigin
data for the version resolved from a non-semver query #61423在这种情况下,混合来源包括:
cmd/fyne
信息,也不包含与该子目录中的任何模块相对应的任何标签,以及go-import
元数据。理论上,
Origin
结构确实具有足够的元数据来表示这两个事实,如查询@latest
时返回的Origin
元数据(而不是-versions
):(CC @matloob@samthanawalla@suzmue)
k4aesqcs6#
我需要这个功能的原因与 #65350 有关。
我真正想要的功能是获得一个带有
go install
的可安装版本。通过从检索到的 JSON 数据中去除
Origin.Subdir
,找到根目录。然后可以从根目录可靠地获取Versions
。我需要这个Origin
信息。如果
Origin
是故意擦除的(如果它被决定为规范),可能就不需要了。