Zum Inhalt springen

Migrationsleitfäden

Von WarpBuild zu runnerhut migrieren

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

Was WarpBuild gut macht

  • Die umfassendste Runner-Matrix in der Kategorie – Linux, macOS, Windows, arm64, Snapshots
  • Ausgereifte Bring-Your-Own-Cloud-Story mit Dokumentation pro Anbieter
  • Mit Abstand der stärkste Inhalt und SEO-Fußabdruck: ~750 indizierte Seiten
  • Remote-Docker-Builder und Snapshot-Runner unterscheiden sich deutlich

Wo wir uns unterscheiden

  • Breite kommt mit Konfigurationsoberfläche – mehr Knöpfe, um etwas falsch zu machen
  • Snapshot-Runner fügen eine Speicherposition hinzu, die leicht zu niedrig prognostiziert werden kann
  • BYOC verlagert die Cloud-Kosten und das IAM-Risiko zurück auf Ihr Team

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.