如何testingtravis上的构build脚本更改，而无需检查每个更改的代码
我有一个与我的node.js项目travis生成问题。 这个问题来自于我想要运行一个相当复杂的testing，这个testing需要在虚拟机上创build和运行一些testing脚手架框架，然后才能进行“npmtesting”。 在这个行的某处失败了，我发现自己在我的.travis.yml文件中join了debugging语句来试图解决这个问题，但是令人讨厌的是我的提交历史logging充满了这些改变/尝试的修复。
我想我可以（a）在testing运行的时候（或者之后）能够（a）在travis框上，这样我就可以检查到底是怎么回事，或者（b）至less能够调整并以某种方式运行我的.travis.yml文件和相关脚本，并立即重新运行，而不必正式检查这些更改以便再次启动travis。
我发现我自己添加了debugging语句到我的.travis.yml来试图解决这个问题，但是令人讨厌的是我的提交历史logging充斥着这些修改/尝试的修复。
如果历史很重要，也许是因为你的更新日志是从它生成的，那么我的build议是，通过克隆回购为创build一个专用沙箱进行实验。
- 将组织回购克隆到用户回购。
- 激活用户回购的Travis
- 尝试和错误提交，只要你需要你的.travis.yml
- 当所有的东西都像你想要的那样工作的时候，把git压缩到1
- 做一个从用户回购到公司回购的单一提交请求
- et瞧：历史保持清洁
大警告：当你没有贡献者担心的时候，你可以直接做出承诺，把历史压缩成一个单一的承诺，并且强行推进。
在testing运行的时候（或之后）在travis盒子上，这样我就可以检查到底是怎么回事
这是不可能的。 但是你可以查看或下载构build的日志。 如果您在推送后直接查看生成日志，则可以实时查看Travis env上的处理步骤。 您也可以手动取消它。
至less能够调整和运行我的.travis.yml文件和相关的脚本，并立即重新运行，而无需正式检查这些更改，以便再次启动travis。
当你在Travis上login时，你会发现一个重新运行构build的button。
你可以尝试在一个普通的Ubuntu VM中执行你的构build命令。
回来的日子框图片可在http://files.travis-ci.org/boxes/provisioned/travis-ruby.box但是特拉维斯从stream浪汉切换到BlueBox，并停止提供下载。 您可以尝试IRC并要求访问您的“盒子”进行debugging。 我不确定你是否可以访问。