Zum Inhalt springen

Migrationsleitfäden

Von BuildJet zu runnerhut migrieren

Die genaue Änderung zum Verschieben Ihrer Workflows von BuildJet – und die Änderung zum Zurückverschieben, damit Sie sie ohne Verpflichtung bewerten können.

Was BuildJet gut macht

  • Pionier der einzeiligen Drop-in-Positionierung, die jetzt in der gesamten Kategorie verwendet wird
  • buildjet/cache@v4 war ein sauberes, interoperables Drop-In für Aktionen/Cache

Wo wir uns unterscheiden

  • Nicht mehr in Betrieb – Läufer wurden am 31. März 2026 eingestellt
  • Kunden wurden zu von GitHub gehosteten Läufern zurückgeleitet, nicht zu einer schnelleren Option
  • Alle verbleibenden buildjet-*-Labels in Ihren Arbeitsabläufen sind jetzt schwerwiegende Fehler

Die Migration

Und die Migration zurück

Wir veröffentlichen dies, weil nach der Schließung von BuildJet die Frage „Was wäre, wenn Sie verschwinden?“ eine berechtigte Frage ist. Beim Verlassen handelt es sich um dieselbe einzelne Zeile, die Sie geändert haben, um anzukommen.

Checkliste

  1. Installieren Sie die runnerhut GitHub App auf den Repositories, die Sie verschieben möchten
  2. Ändern Sie zunächst die Nachläufe in einem Job und vergleichen Sie die Zeiten mit denen des alten Läufers
  3. Fügen Sie runner.arch zu den Cache-Schlüsseln hinzu, wenn Sie auch zu arm64 wechseln
  4. Führen Sie den Rollout auf den Rest des Repositorys durch, sobald der Vergleich richtig aussieht
  5. Legen Sie eine Budgetobergrenze und die Aufhebung der Parallelität fest, bevor Sie organisationsweit vorgehen

Ihr nächster Build könnte doppelt so schnell sein — zum halben Preis

Kostenlos starten. Der Wechsel zurück ist dieselbe eine Zeile — auch dieses Diff veröffentlichen wir.