【问题标题】:Github - Travis-CI validation fails - Workstation changeGithub - Travis-CI 验证失败 - 工作站更改
【发布时间】:2012-12-23 22:36:28
【问题描述】:

我实际上面临着一些奇怪的问题。 我正在维护我的一些 Lua 项目,托管在 Github。 我最近发现使用 Travis-CI 验证服务实现 Lua 测试是相当可能的。它只包括编写测试规范,使用单元测试库运行(我使用的是Telescope),然后欺骗 Travis 工人,假装 Erlang。

例如,我已成功将 Travis 包含在此项目中:请参阅此处的 30log - Travis YAML 文件。

我想指出,我在我的工作站(在 Windows 7 x86 下运行)上使用 GNU-bash (v1.7.10) 提交,然后推送远程 repos。

一切都很顺利。直到我切换到新的工作站(Windows 7、x64)。我基本上安装了 Gnu-Bash,然后我只是从以前的工作站复制粘贴了一些文件(即包含 rsa_pub 密钥的 .ssh 文件夹、.bash_history 文件、全局 .gitconfig 文件和 包含我所有正在进行的项目源的文件夹)在新工作站上。我做了一些提交,并成功推送它们。但是现在来自 Travis-CI 的任何构建测试都失败了,工作人员报告说找不到某些文件。 这里是log report from Travis-CI,例如:

使用工人:bluebox-jvm-otp.worker.travis-ci.org:travis-jvm-10
$ cd ~/builds
$ export LUA=""
$ git clone --branch=master --depth=100 --quiet
git://github.com/Yonaba/30log.git Yonaba/30log
$ cd Yonaba/30log
$ git checkout -qf 0b60646339e65df0f79ce66b6a76c9b825ba5032
$来源 ~/otp/R14B04/激活
-bash: /home/travis/otp/R14B04/activate: 没有这样的文件或目录
完成。构建脚本退出:1

问题肯定与代码本身无关,因为规范测试都通过了,在我的工作站上使用本地测试套件(Telescope)运行它们。似乎 travis 的工作人员未能找到一些关键文件来正确处理新提交,然后报告失败。

关于发生了什么以及如何解决这个问题有什么想法吗? 提前致谢。

【问题讨论】:

    标签: validation github lua worker travis-ci


    【解决方案1】:

    其实我已经解决了。 我只需要在我的新工作站上重新生成我的 ssh 凭据(密钥),然后在我的 Github 帐户上注册它们。然后,在进一步提交之后,所有构建都通过 Travis 的 Erlang worker 成功通过。 谢谢大家。

    【讨论】:

    • 是的,我会,但实际上我必须等待 2 天,从发布日期算起,然后才能验证我自己的答案是否被接受。现在,还有9个小时。 :)
    • 啊。我不熟悉 SO 的规则。我想我得更仔细地看看这些。
    猜你喜欢
    • 2016-11-08
    • 2021-11-14
    • 2017-06-11
    • 2015-02-10
    • 1970-01-01
    • 2019-11-02
    • 1970-01-01
    相关资源
    最近更新 更多