为什么是“a”+;“兼容”;“go build”的依赖关系是否正常,但“go list-m all”的依赖关系是否正常?

为什么是“a”+;“兼容”;“go build”的依赖关系是否正常,但“go list-m all”的依赖关系是否正常?,go,Go,我试着与GoLand一起阅读tidb lightning的源代码。但它未能索引该项目,并显示以下错误消息: go: finding github.com/pingcap/tidb v3.0.4+incompatible go: finding github.com/pingcap/tidb v3.0.4+incompatible go list -m: github.com/pingcap/tidb@v3.0.4+incompatible: invalid version: +incompati

我试着与GoLand一起阅读tidb lightning的源代码。但它未能索引该项目,并显示以下错误消息:

go: finding github.com/pingcap/tidb v3.0.4+incompatible
go: finding github.com/pingcap/tidb v3.0.4+incompatible
go list -m: github.com/pingcap/tidb@v3.0.4+incompatible: invalid version: +incompatible suffix not allowed: module contains a go.mod file, so semantic import versioning is required
但是当我尝试
makelightning
构建二进制文件时,一切都正常

我在谷歌上搜索了错误消息,但找不到现有的解决方案。但我发现了这个,并猜测它与semver有关,所以我将依赖项更新为一些v1版本,现在GoLand可以对它进行索引

我想知道这个依赖关系是否有效,为什么
go list-m all
失败而
go build
成功