在不推动提交的情况下触发Travis-CI重建？

使用Travis-CI，是否可以在不将新提交提交到GitHub的情况下触发重建？

用例：由于外部性，构建失败。资料来源实际上是正确的。如果只是重新运行，它将建立OK并通过。

例如，apt-get由于软件包服务器关闭而导致故障，但服务器又重新备份。但是，在推送新提交之前，构建状态为“卡住”为“失败”。

除了推动“虚拟”提交以外，是否有某种方法可以使Travis-CI进行其他构建？

• 如果您具有该仓库的写权限：在构建的详细信息屏幕上，有一个按钮↻Restart Build。同样在“更多选项”下有一个触发器构建菜单项。

  注意：诸如Ghostery之类的浏览器扩展程序可能会阻止重新启动按钮的显示。尝试禁用扩展或将Travis CI列入白名单。

  注意2：如果.travis.yml上游的配置已更改，则单击“重建”按钮将使用旧配置运行travis。要对travis配置应用上游更改，必​​须向PR添加提交或关闭/重新打开它。

• 如果您已发送拉取请求：您可以关闭PR，然后再次打开它。这将触发一个新版本。

重新启动构建：

触发构建：

如果打开GitHub上存储库的“设置”选项卡，请单击“ 集成和服务”，找到Travis CI，然后单击“ 编辑”，您应该会看到一个“ 测试服务”按钮。这将触发构建。

我知道您说的是不提交提交，但是如果您在master以外的分支上工作，那么方便的是提交一个空的提交。

git commit --allow-empty -m "Trigger"

您可以在最后恢复基准并删除压扁/删除空的提交并在所有git钩子上工作:)

我发现了另一种强制重新运行CI构建和其他触发器的方法：

1. 跑 git commit --amend --no-edit无任何变化。这将重新创建当前分支中的最后一个提交。
2. git push --force-with-lease origin pr-branch。

登录到Travis并转到构建页面。您将在齿轮图标旁边的右上角看到“重新启动构建”按钮：

注意：您需要对链接的GitHub存储库具有写权限，此功能才能起作用。

如果您在GitHub上有一个具有.travis.yml的新项目，但从未经过测试，则可以不通过以下方式运行测试：

1. 启用Travis CI设置中的测试
2. 在GitHub上打开项目页面
3. 打开设置-> Webhooks和服务
4. 在服务中找到Travis CI，然后按“编辑”按钮
5. 按“测试服务”

您可以使用Travis CLI进行此操作。如文档所述，首先安装CLI工具，然后：

travis login --org --auto
travis token

您可以将此令牌保留在环境变量中 TRAVIS_TOKEN，只要保留在其中的文件不受公共场所的版本控制即可。

我使用此功能提交触发器：

function travis_trigger() {
     local org=$1 && shift
     local repo=$1 && shift
     local branch=${1:-master} && shift

     body="{
             \"request\": {
               \"branch\": \"${branch}\"
              }
           }"

     curl -s -X POST \
          -H "Content-Type: application/json" \
          -H "Accept: application/json" \
          -H "Travis-API-Version: 3" \
          -H "Authorization: token $TRAVIS_TOKEN" \
          -d "$body" \
          "https://api.travis-ci.org/repo/${org}%2F${repo}/requests"
 }

Travis现在提供了一种从其Web UI触发“自定义”构建的方法。在项目页面顶部附近的右侧查找“更多选项”菜单按钮。

然后，您将看到一个对话框，您可以在其中选择分支并自定义配置：

在我撰写本文时，它处于beta版本，并且似乎存在一些问题（但是我希望他们会尽快解决这些问题）。

如果安装Travis CI客户端，则可以用来travis restart <job#>从控制台手动重新运行构建。您可以使用来找到分支的最后一个作业travis show <branch>

travis show master
travis restart 48 #use Job number without .1
travis logs master

更新：可悲的是，这看起来似乎并没有使用最新的提交来启动新的构建，而只是使用仓库的先前状态重新启动了先前的构建。

我在这里应该提到，我们现在可以在网络上触发新的构建。参见https://blog.travis-ci.com/2017-08-24-trigger-custom-build详细信息，。

TL; DR单击“更多选项”，然后选择“触发构建”。

如果构建从未发生（也许您没有及时将Pull-Request构建开关设置为打开），则可以在Github上将Pull Request标记为已关闭，然后将其标记为已打开，然后将触发新的构建。

我只是通过单击此处的“更新分支”来触发要重新运行的拉取请求的测试：

这是我触发Dependabot已打开但由于以下错误而失败的PR上的重建的工作.travis.yml：

1. 关闭公关
2. 等待Dependabot发表评论（“好吧，我不会再通知您此版本，但是会在有新版本的情况下与您取得联系。”）。它将删除其分支。
3. 恢复删除的Dependabot分支（类似 dependabot/cargo/tempfile-3.0.4）。
4. 再次打开公关

请确保首先登录到Travis。直到您登录后，“重建”按钮才会出现。我知道这很明显，但是有人也曾踩过它；-)

有时，服务器确实犯了一些错误。尝试注销/登录，然后一切可能正确。（是的，今天下午发生在我身上。）

如果您没有写入权限，请关闭并重新打开PR。