如何在travis上测试构建脚本更改,而无需为每个更改检入代码

时间:2015-03-23 17:47:06

标签: node.js github continuous-integration travis-ci

我正在使用node.js项目在travis上出现构建问题。问题源于这样一个事实,即我想要运行一个相当复杂的测试,这需要在我进入'npm test'之前在VM上构建和运行一些测试脚手架框架。在某个地方,它失败了,我发现自己在我的.travis.yml中添加了调试语句来尝试根除问题,但是让我的提交历史中充满了这些更改/尝试修复的烦恼。

我想我希望能够(a)在测试运行时(或之后)进入travis盒,这样我就可以检查发生了什么/出错了,或者(b)至少是能够以某种方式调整并运行我的.travis.yml文件和相关脚本,并立即重新运行,而无需正式检查这些更改,以便再次启动travis。

1 个答案:

答案 0 :(得分:1)

  

我发现自己在我的.travis.yml中添加调试语句以尝试解决问题,但是让我的提交历史记录充满了这些更改/尝试修复的烦恼。

如果历史记录很重要,可能是因为您的更改日志是由它生成的,那么我的建议是,通过克隆存储库来创建一个私有沙箱进行实验。

  1. 将组织仓库克隆到用户仓库。
  2. 在用户仓库上激活travis
  3. 只要您需要.travis.yml ,
  4. 尝试并提交错误
  5. 当一切都按你想要的方式工作时,将git提交压缩为1
  6. 从用户仓库到公司仓库执行此单一提交的拉取请求
  7. et voila:历史保持清洁
  8. 大警告:如果你没有担心的分支机构担心,那么你可以简单地提交,直到你把它弄好并将历史记录压缩成一个提交并进行强制推送。

      

    在测试运行时(或之后)进入travis框,这样我就可以检查发生了什么/出错了

    那是不可能的。但您可以从构建中查看或下载日志。 如果您在推送后直接查看构建日志,那么您将获得Travis环境中处理步骤的实时视图。您也可以手动取消它。

      

    至少能够以某种方式调整并运行我的.travis.yml文件和相关脚本,并立即重新运行,而无需正式检查这些更改,以便再次启动travis。

    当您登录Travis时,您会找到一个重新运行构建的按钮。

    您可以尝试在普通的Ubuntu VM中执行构建命令。

    回到日期框中,图片可在http://files.travis-ci.org/boxes/provisioned/travis-ruby.box处获得 但Travis从Vagrant切换到BlueBox并停止提供下载。 你可以试试IRC并要求访问你的“盒子”进行调试。 我不确定你是否可以访问。