Eine Travis-CI-Neuerstellung auslösen, ohne ein Commit zu drücken?

Ist es mit Travis-CI möglich, eine Neuerstellung auszulösen, ohne ein neues Commit für GitHub zu erstellen?

Anwendungsfall: Ein Build schlägt aufgrund einer Externalität fehl. Die Quelle ist tatsächlich korrekt. Es würde OK bauen und bestehen, wenn es einfach erneut ausgeführt würde.

Ein Fehler tritt beispielsweise auf, apt-getweil ein Paketserver ausgefallen ist, der Server jedoch wieder gesichert ist. Der Build-Status bleibt jedoch bei "fehlgeschlagen" "hängen", bis ein neues Commit gepusht wird.

Gibt es eine Möglichkeit, Travis-CI zu einem anderen Build zu bewegen, als ein "Dummy" -Commit durchzuführen?

• Wenn Sie Schreibzugriff auf das Repo haben : Auf dem Detailbildschirm des Builds befindet sich eine Schaltfläche ↻ Build neu starten . Auch unter "Weitere Optionen" gibt es einen Trigger Build Menüpunkt.

  Hinweis : Browser-Erweiterungen wie Ghostery verhindern möglicherweise, dass die Schaltfläche zum Neustart angezeigt wird. Deaktivieren Sie die Erweiterung oder die weiße Liste von Travis CI.

  Hinweis 2 : Wenn sich die .travis.ymlKonfiguration im Upstream geändert hat, wird Travis durch Klicken auf die Schaltfläche "Neu erstellen" mit der alten Konfiguration ausgeführt. Um vorgelagerte Änderungen für die Travis-Konfiguration anzuwenden, muss ein Commit zu PR hinzugefügt oder geschlossen / erneut geöffnet werden.

• Wenn Sie eine Pull-Anfrage gesendet haben : Sie können den PR schließen und dann wieder öffnen . Dies löst einen neuen Build aus.

Build neu starten:

Trigger Build:

Wenn Sie die Registerkarte Einstellungen für das Repository auf GitHub öffnen , auf Integrationen und Dienste klicken , Travis CI suchen und auf Bearbeiten klicken , sollte die Schaltfläche Testdienst angezeigt werden. Dies löst einen Build aus.

Ich weiß, dass Sie gesagt haben, ohne ein Commit zu drücken, aber etwas, das praktisch ist, wenn Sie an einem anderen Zweig als dem Master arbeiten, ist das Festschreiben eines leeren Commits.

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

Sie können am Ende neu gründen und Squash entfernen / die leeren Commits entfernen und funktioniert über alle Git-Hooks hinweg :)

Ich habe einen anderen Weg gefunden, um CI-Builds und andere Trigger erneut auszuführen:

1. Führen Sie git commit --amend --no-editohne Änderungen. Dadurch wird das letzte Commit in der aktuellen Verzweigung neu erstellt.
2. git push --force-with-lease origin pr-branch.

Melden Sie sich bei Travis an und gehen Sie zur Build-Seite. In der oberen rechten Ecke neben dem Zahnradsymbol wird die Schaltfläche "Build neu starten" angezeigt:

Hinweis: Sie benötigen Schreibzugriff auf das verknüpfte GitHub-Repo, damit dies funktioniert.

Wenn Sie ein neues Projekt auf GitHub haben, das .travis.yml enthält, aber nie getestet wurde, können Sie Tests ohne Commit auf folgende Weise ausführen:

1. Aktivieren Sie das Testen in Travis CI-Einstellungen
2. Projektseite auf GitHub öffnen
3. Einstellungen öffnen -> Webhooks und Dienste
4. Suchen Sie Travis CI in den Diensten und klicken Sie auf die Schaltfläche Bearbeiten
5. Drücken Sie "Test Service"

Sie können dies mit der Travis CLI tun . Installieren Sie wie in der Dokumentation beschrieben zuerst das CLI-Tool und dann:

travis login --org --auto
travis token

Sie können dieses Token in einer Umgebungsvariablen aufbewahren TRAVIS_TOKEN, solange die Datei, in der Sie es aufbewahren, nicht an einem öffentlichen Ort versioniert ist.

Ich benutze diese Funktion, um Trigger zu senden:

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 bietet jetzt eine Möglichkeit, einen "benutzerdefinierten" Build über die Web-Benutzeroberfläche auszulösen. Suchen Sie rechts oben auf der Seite Ihres Projekts nach der Menüschaltfläche "Weitere Optionen".

Daraufhin wird ein Dialogfeld angezeigt, in dem Sie den Zweig auswählen und die Konfiguration anpassen können:

Zum Zeitpunkt, an dem ich dies schreibe, befindet es sich in der Beta-Phase und scheint etwas fehlerhaft zu sein (aber ich gehe davon aus, dass die Probleme bald behoben werden).

Wenn Sie den Travis CI-Client installieren , können Sie travis restart <job#>einen Build manuell über die Konsole erneut ausführen. Sie können die letzte Jobnummer für einen Zweig mit findentravis show <branch>

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

UPDATE: Leider sieht es so aus, als würde ein neuer Build nicht mit dem neuesten Commit gestartet, sondern nur ein vorheriger Build mit dem vorherigen Status des Repos neu gestartet.

Ich sollte hier erwähnen, dass wir jetzt die Möglichkeit haben, einen neuen Build im Web auszulösen. Weitere Informationen finden Sie unter https://blog.travis-ci.com/2017-08-24-trigger-custom-build .

TL; DR Klicken Sie auf "Weitere Optionen" und wählen Sie "Trigger Build".

Wenn der Build nie stattgefunden hat (möglicherweise wurde der Pull-Request-Build-Schalter nicht rechtzeitig aktiviert), können Sie den Pull-Request auf Github als geschlossen markieren und dann als geöffnet markieren. Ein neuer Build wird ausgelöst.

Ich habe gerade die Tests für eine Pull-Anforderung ausgelöst, die erneut ausgeführt werden soll, indem ich hier auf "Zweig aktualisieren" geklickt habe:

Folgendes hat für mich funktioniert, um eine Neuerstellung einer PR auszulösen, die Dependabot geöffnet hatte, aber aufgrund von Fehlern in fehlgeschlagen ist .travis.yml:

1. Schließen Sie die PR
2. Warten Sie, bis Dependabot einen Kommentar abgegeben hat ("OK, ich werde Sie nicht erneut über diese Version benachrichtigen, sondern mich mit Ihnen in Verbindung setzen, sobald eine neue Version verfügbar ist."). Es wird seinen Zweig entfernen.
3. Stellen Sie den Zweig wieder her, den Dependabot entfernt hat (so etwas wie dependabot/cargo/tempfile-3.0.4).
4. Öffnen Sie die PR erneut

Bitte stellen Sie sicher, Anmelden zuerst Travis. Die Schaltfläche zum Wiederherstellen wird erst angezeigt, wenn Sie angemeldet sind. Ich weiß, dass dies offensichtlich ist, aber jemand hat auch nur darauf gestolpert ;-)

Manchmal kommt es vor, dass der Server einige Fehler gemacht hat. Versuchen Sie, sich abzumelden / anzumelden, und dann könnte alles in Ordnung sein. (Ja, es ist mir heute Nachmittag passiert.)

Schließen Sie einfach den PR und öffnen Sie ihn erneut, wenn Sie keinen Schreibzugriff haben.