使用Travis-CI，是否有可能在不推送新提交到GitHub的情况下触发重建?
用例:由于外部性而导致构建失败。这个来源实际上是正确的。如果简单地重新运行，它将构建OK并通过。
例如，由于包服务器宕机，apt-get失败，但服务器再次备份。然而，构建状态“卡”在“失败”，直到推送新的提交。
有什么方法来推动Travis-CI做另一个构建，而不是推动一个“虚拟”提交?
当前回答
请务必先登录崔维斯。直到您登录后，重建按钮才会出现。我知道这是显而易见的，但有人也绊倒了;-)
其他回答
我发现了另一种强制重新运行CI构建和其他触发器的方法:
运行git commit——modify——no-edit，不做任何修改。这将重新创建当前分支中的最后一次提交。 Git push——force-with-lease origin pr-branch。
有时，服务器确实犯了一些错误。 尝试登出/登录，然后一切都可能是正确的。 (是的，今天下午就发生在我身上。)
以下是我在Dependabot打开的PR上触发重建的方法，但由于. travel .yml中的错误而失败:
关闭PR 等待Dependabot的评论(“好吧，我不会再通知你关于这个版本，但当新版本可用时，我会联系你。”)。它会移除它的分支。 恢复已删除的分支Dependabot(类似于Dependabot /cargo/tempfile-3.0.4)。 再次打开PR
如果你在GitHub上有新项目。travis。Yml，但从未测试过，你可以运行测试而不提交:
在Travis CI设置中启用测试 在GitHub上打开项目页面 打开设置-> webhooks和服务 找到Travis CI在服务和按下编辑按钮 按“测试服务”
Travis现在提供了一种从他们的web UI触发“自定义”构建的方法。在项目页面顶部附近的右侧，可以找到“更多选项”菜单按钮。
然后你会看到一个对话框，你可以在其中选择分支并自定义配置:
在我写这篇文章的时候，它还处于测试阶段，看起来有点bug(但我希望他们很快就能解决这些问题)。
