使用提交哈希时 Go 模块“未知修订版”错误

Question

我需要将此提交拉入我的 go 项目中。

我尝试了多个版本go.mod：

...

require (
    github.com/libp2p/go-libp2p-core@v0.0.7-0.20190626134135-aca080dccfc2

    // and...
    github.com/libp2p/go-libp2p-core v0.0.0-20190626-aca080dccfc2c9933df66baafe6cf9cc4f429825
)

...

两者在运行时都会导致错误$ go build：

...

require (
    github.com/libp2p/go-libp2p-core@v0.0.7-0.20190626134135-aca080dccfc2

    // and...
    github.com/libp2p/go-libp2p-core v0.0.0-20190626-aca080dccfc2c9933df66baafe6cf9cc4f429825
)

...

去获取也不起作用：

$ go build
go: finding github.com/libp2p/go-libp2p-core v0.0.0-20190626-aca080dccfc2c9933df66baafe6cf9cc4f429825
go: finding github.com/libp2p/go-libp2p-core v0.0.7-0.20190626134135-aca080dccfc2
go: github.com/libp2p/go-libp2p-core@v0.0.0-20190626-aca080dccfc2c9933df66baafe6cf9cc4f429825: unknown revision v0.0.0-20190626-aca080dccfc2c9933df66baafe6cf9cc4f429825
go: github.com/libp2p/go-libp2p-core@v0.0.7-0.20190626134135-aca080dccfc2: unknown revision aca080dccfc2
go: error loading module requirements

正如@JimB 指出的那样，该散列未合并并重新定位。所以我试图用一个新的替换它，但它仍然试图获取旧的？

$ go get github.com/libp2p/go-libp2p-core@aca080dccfc2c9933df66baafe6cf9cc4f429825
go: finding github.com/libp2p/go-libp2p-core v0.0.7-0.20190626134135-aca080dccfc2                                                                                                    go: github.com/libp2p/go-libp2p-core@v0.0.7-0.20190626134135-aca080dccfc2: unknown revision aca080dccfc2
go: error loading module requirements

Answer 1

对于您最近的 hash aca080dccfc2，是否合并到 master ，或者该 hash 对应什么？乍一看，aca080dccfc2似乎没有打开master，但我不确定您对该提交的期望是什么。

模块允许使用哪些哈希值是有限制的，例如来自#27043 中这个稍微旧的评论 ：

如果您查看 refs/pulls/nnnnn 或任何 ref ，它就会出现在 Git 中，但不会出现在主分支和标签中。最近的更改将搜索减少到主要分支和标签，这更合适。

试图获得该aca080dccfc2哈希对我不起作用：

$ go get github.com/libp2p/go-libp2p-core@436d707f7cd0
go: finding github.com/libp2p/go-libp2p-core 436d707f7cd0
go get github.com/libp2p/go-libp2p-core@436d707f7cd0: 
 github.com/libp2p/go-libp2p-core@436d707f7cd0: invalid version: unknown revision 436d707f7cd0

另一方面，最近的提交对master我有用：

$ go get github.com/libp2p/go-libp2p-core@d204016fc64589d0

（旁注：注意我只是在 之后@单独使用提交哈希。如果伪版本有问题，这可能很方便）。

你提到：

它仍在试图获取旧的？

我不确定这是否是您的主要问题，但总的来说，如果您不确定版本的来源，一个好的起点通常是：

go mod graph | grep <module-of-interest>

或者在你的情况下：

go mod graph | grep go-libp2p-core

从文档：

'go mod graph' 以文本形式打印模块需求图（应用替换）。输出中的每一行都有两个空格分隔的字段：一个模块及其要求之一。每个模块都被标识为 path@version 形式的字符串，主模块除外，它没有 @version 后缀。

有一些更通用的故障排除提示，用于跟踪模块 wiki 上的此常见问题解答中使用特定版本的原因：

常见问题解答：如果没有看到预期版本的依赖项，我可以检查什么？

也就是说，首先了解您期望工作的提交可能更有趣......