Zum Inhalt springen

Migrationsleitfäden

Von Depot zu runnerhut migrieren

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

Was Depot gut macht

  • Hervorragende Remote-Docker-Build-Leistung mit persistentem Layer-Cache
  • Native Multiplattform-Builds ohne QEMU-Emulation
  • Einfache, gut gestaltete Entwicklererfahrung

Wo wir uns unterscheiden

  • Docker-first – weniger überzeugend, wenn Ihr Engpass Tests und nicht Bilder sind
  • Schmalere Läufermatrix als Plattformen mit Allzweck-CI

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.