使用Travis-CI，是否有可能在不推送新提交到GitHub的情况下触发重建?
用例:由于外部性而导致构建失败。这个来源实际上是正确的。如果简单地重新运行，它将构建OK并通过。
例如，由于包服务器宕机，apt-get失败，但服务器再次备份。然而，构建状态“卡”在“失败”，直到推送新的提交。
有什么方法来推动Travis-CI做另一个构建，而不是推动一个“虚拟”提交?
当前回答
我发现了另一种强制重新运行CI构建和其他触发器的方法:
运行git commit——modify——no-edit，不做任何修改。这将重新创建当前分支中的最后一次提交。 Git push——force-with-lease origin pr-branch。
其他回答
If you have write access to the repo: On the build's detail screen, there is a button ↻ Restart Build. Also under "More Options" there is a trigger build menu item. Note: Browser extensions like Ghostery may prevent the restart button from being displayed. Try disabling the extension or white-listing Travis CI. Note2: If .travis.yml configuration has changed in the upstream, clicking rebuild button will run travis with old configuration. To apply upstream changes for travis configuration one has to add commit to PR or to close / reopen it. If you've sent a pull request: You can close the PR then open it again. This will trigger a new build.
重新构建:
触发构建:
如果你打开GitHub上存储库的设置选项卡，单击集成和服务，找到Travis CI，然后单击编辑，你应该会看到一个测试服务按钮。这将触发一个构建。
我应该在这里提到，我们现在有了一种在web上触发新构建的方法。详情见https://blog.travis-ci.com/2017-08-24-trigger-custom-build。
博士TL; 点击“更多选项”，然后选择“触发构建”。
有时，服务器确实犯了一些错误。 尝试登出/登录，然后一切都可能是正确的。 (是的，今天下午就发生在我身上。)
以下是我在Dependabot打开的PR上触发重建的方法，但由于. travel .yml中的错误而失败:
关闭PR 等待Dependabot的评论(“好吧，我不会再通知你关于这个版本，但当新版本可用时，我会联系你。”)。它会移除它的分支。 恢复已删除的分支Dependabot(类似于Dependabot /cargo/tempfile-3.0.4)。 再次打开PR
