Travis 看到 GO 函数的旧签名并且无法构建

大家好，今天本人给大家带来文章《Travis 看到 GO 函数的旧签名并且无法构建》，文中内容主要涉及到，如果你对Golang方面的知识点感兴趣，那就请各位朋友继续看下去吧~希望能真正帮到你们，谢谢！

我在 go 项目的 travis ci 上有一个奇怪的行为。

它失败了，抱怨一个函数只接受 1 个参数，却用 2 个参数调用。

src/finances-service/main.go:45:19: too many arguments in call to route.register
    have (*gin.engine, *controller.tokenscontroller)
    want (*controller.tokenscontroller)

它过去只接受 tokenscontroller，但现在，在此拉取请求中，它还接受 gin.engine。

如果我们查看该分支中该文件的源代码，我们可以看到函数签名接受 2 个参数。

func register(
    engine *gin.engine,
    tokenscontroller *controller.tokenscontroller,
) {

然后在生产代码中调用一次。

route.register(engine, tokenscontroller)

并在测试代码中一次。

route.Register(testRoute, tokensController)

我不明白这种行为。我确信其中有一些明显的东西，只是我没有看到而已。我恳请您的帮助。我已向 travis ci 发送了一封电子邮件，但仍在等待答复。在这方面从各个方面寻求帮助。提前致谢。

解决方案

我刚刚在本地环境中克隆了存储库，并为 master 和 22-banner 分支传递了 make build。

我搞砸了一点，意识到你已经供应了你自己的 src 目录。这绝对不是一个好主意。

如果您追踪到路由包，它将最终出现在供应商文件夹中的某个位置，而不是它应该在的位置。

那么分辨率是多少？

首先，如果你真的想使用Dep，那么你必须将vendor目录放在根目录中。 Gopkg.* 文件没有它就什么都不是。

我发现您有三个分支，并且使用相同的依赖项，即使您尝试在 master 中使用不同（或错误）的签名。正如我上面所说，您还提供了自己的软件包。您不应该对工作目录中的本地包执行此操作。如果您确实愿意，可以使用版本标签创建另一个存储库。

然后，您必须确保您位于 Travis 构建上的 $GOPATH/src/github.com/<xxx>/<yyy> 上，您的存储库必须位于那里。

之后，由于您的本地包没有缓存在供应商文件夹中，因此它将成功在 Travis 上构建。

P.S.：出于测试目的，只需清除 Dep 创建的所有内容并仅使用 go get。这里出现的问题仅与供应商有关。

终于介绍完啦！小伙伴们，这篇关于《Travis 看到 GO 函数的旧签名并且无法构建》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！