Zum Inhalt springen

Migrationsleitfäden

Von Namespace zu runnerhut migrieren

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

Was Namespace gut macht

  • Geht weit über CI hinaus – Devboxes, Sandboxes und kurzlebige Cluster auf einer Plattform
  • Seriöser Bazel-Support, einschließlich Remote-Ausführung und Build-Beobachtbarkeit
  • Egress-Richtlinie und Audit-Logging sind erstklassig und keine Add-ons
  • Glaubwürdige Engineering-Kunden, darunter Zed, DuckDB und Framer

Wo wir uns unterscheiden

  • Die Breite der Plattform bedeutet, dass CI ein Produkt unter vielen ist und nicht der ganze Fokus
  • 221 ihrer 300 indizierten Seiten sind Dokumente – wenig hilfreich, während Sie noch mit der Auswertung beschäftigt sind
  • Fast die Hälfte ihres Blogs besteht eher aus Changelog-Einträgen als aus dauerhaften Anleitungen

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.