在使用 Go 模块管理分叉项目时，用户发现 Go 模块管理器获取了原始存储库中的版本，而不是分叉项目中的版本。这给用户带来了编译错误。本文探讨了这个问题，并提出了临时解决方案，即在 go.mod 文件中使用 replace 指令强制使用分叉项目的版本。文章还解释了为什么 Go 模块管理器会出现这种情况，以及如何通过更新 Go 版本来解决问题。

我正在使用 golang 1.14 模块（在 ubuntu 18.04 下），我遇到了一个非常令人沮丧的主题，我希望在其中找到更好的解决方案。

描述

我有一个从另一项伟大的工作（cron）中分叉出来的 git 存储库。 cron 的所有者已经回复我说他喜欢我的想法，但不想将其合并到他的工作中。好吧，所以我创建了自己的叉子，并打算保留作为叉子以参考原始作品。 在分叉他的工作并根据我的需求进行更改后，我将这个新模块（议程）使用到仍在开发中的辅助模块中。

重要提示：不接受使用没有分支的新存储库，因为我没有正确地归功于原始工作，也没有以传统方式从中获取更新

问题描述

当我简单地在代码中导入模块时，如下所示

package main

import (
    "fmt"
    "github.com/vinggui/agenda"
)

func main() {
    agendaservice := agenda.new(agenda.withseconds())
    fmt.print("hi!\n")
    agendaservice=agendaservice
}

golang 子模块管理器执行了 go get 并返回了错误的版本，实际上，返回的版本不是我的，它来自原始存储库，弄乱了我的编译。但是，当我手动执行时

go get "github.com/vinggui/agenda"

golang 在我的存储库中获取了正确的版本！

我对此进行了很多搜索，在我看来，golang 并不“喜欢”分叉，而是搜索更知名的存储库。

临时解决方案

我目前找到的最佳解决方案是将以下代码设置到我的 go.mods

replace github.com/vinggui/agenda => github.com/vinggui/agenda v0.1.4

期望的结果

我希望我可以像任何其他模块一样导入我的 fork 并获得正确的版本。

"github.com/Vinggui/agenda"

还有什么我可以做的更好的吗？为什么 golang 要做现在所做的事情？

解决方案

感谢您的回答。

尽管这个问题对某些人来说可能很简单，但 golang 代理实际上让我感到困惑。

当我开始我的议程分支时，我可能弄乱了它的版本，并且我的 golang 版本低于 1.13。最近的版本将默认代理设置为不同的值，并且我的代理存储库不再工作。

网上搜索后，我了解到 google go 代理是确定的，所以我现在能想到的唯一方法就是实际更新我的版本，使其成为代理保存的版本中的最新版本。

无论如何，它对我观察这个（对我来说是新的）代理默认参数及其功能有很大帮助。

再次感谢。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于Golang的相关知识，也可关注golang学习网公众号。