使用Travis-CI,是否有可能在不推送新提交到GitHub的情况下触发重建?
用例:由于外部性而导致构建失败。这个来源实际上是正确的。如果简单地重新运行,它将构建OK并通过。
例如,由于包服务器宕机,apt-get失败,但服务器再次备份。然而,构建状态“卡”在“失败”,直到推送新的提交。
有什么方法来推动Travis-CI做另一个构建,而不是推动一个“虚拟”提交?
使用Travis-CI,是否有可能在不推送新提交到GitHub的情况下触发重建?
用例:由于外部性而导致构建失败。这个来源实际上是正确的。如果简单地重新运行,它将构建OK并通过。
例如,由于包服务器宕机,apt-get失败,但服务器再次备份。然而,构建状态“卡”在“失败”,直到推送新的提交。
有什么方法来推动Travis-CI做另一个构建,而不是推动一个“虚拟”提交?
当前回答
我知道你说的是不提交,但是如果你在master以外的分支上工作,有一个很方便的方法,那就是提交一个空提交。
git commit——allow-empty -m "触发器"
你可以在最后改变base,删除squash/删除空提交,并在所有git钩子上工作:)
其他回答
如果构建从未发生(也许你没有及时将Pull-Request构建开关设置为打开),你可以在Github上将Pull Request标记为关闭,然后将其标记为打开,然后将触发一个新的构建。
有时,服务器确实犯了一些错误。 尝试登出/登录,然后一切都可能是正确的。 (是的,今天下午就发生在我身上。)
如果你打开GitHub上存储库的设置选项卡,单击集成和服务,找到Travis CI,然后单击编辑,你应该会看到一个测试服务按钮。这将触发一个构建。
我知道你说的是不提交,但是如果你在master以外的分支上工作,有一个很方便的方法,那就是提交一个空提交。
git commit——allow-empty -m "触发器"
你可以在最后改变base,删除squash/删除空提交,并在所有git钩子上工作:)
我刚刚触发了一个拉请求的测试,通过点击“更新分支”重新运行: