Queue Jumping in Netlify

Avatar of Chris Coyier
Chris Coyier am

DigitalOcean bietet Cloud-Produkte für jede Phase Ihrer Reise. Starten Sie mit 200 $ kostenlosem Guthaben!

Kurz gesagt: Wenn Sie Teil eines Business- oder Enterprise-Teams bei Netlify sind, können Sie einen Build anklicken, um ihn als nächstes in der Warteschlange auszuführen. Wenn Sie beispielsweise etwas haben, das zeitkritisch ist (z. B. eine Fehlerkorrektur, die in die Produktion geht), kann diese andere, zufällige Entwicklungszweige, die gerade gebaut werden, überholen. Nun werde ich das näher erläutern.

Ein Teil der "Rocketjuice" von Netlify ist, dass es Ihre Builds für Sie ausführt. Sagen wir, Sie haben eine Jekyll-Website. Der Build-Befehl ist wahrscheinlich jekyll build. Sie teilen Netlify mit, dass dies der Befehl ist, den es ausführen soll, und wenn erfolgreich, wird er bereitgestellt.

Sie können den Build-Befehl aus einer Konfigurationsdatei im Repository oder hier in der Benutzeroberfläche für Einstellungen festlegen.

Dieser Build-Befehl liegt ganz bei Ihnen. Es könnte npm run build sein, und das ruft den Build-Befehl in Ihrer package.json auf, der Ihre benutzerdefinierten Skripte startet. Darüber hinaus haben Sie mit Build-Plugins eine Tonne Kontrolle über den Prozess (z. B. ich habe es leicht zum Laufen gebracht, Sass zu rendern). Das ist CI/CD!

Wenn Sie ein Git-Repository verknüpfen, werden diese Builds nicht nur beim Pushen auf Ihren Hauptzweig ausgeführt – sie werden auf *jedem* Zweig ausgeführt. Das ist aus vielen Gründen großartig. Erstens führt Ihr Build wahrscheinlich auch Tests aus, sodass er Sie ehrlich hält. Zweitens gibt Netlify jedem Push einen Permalink zu einer bereitgestellten Version dieses exakten Codesatzes. Das ist enorm nützlich. Es ist wie Staging auf Steroiden. Jeder, der es braucht, kann eine Vorschau der Website erhalten.

Bei bestimmten Projekten haben Sie möglicherweise ein ganzes Team von Entwicklern, die an einer Reihe von Zweigen arbeiten, Code committen und Builds ausführen. Netlify könnte also ziemlich beschäftigt damit sein, all diese Arbeit zu erledigen. Ihr Build könnte hinter dem Kram anderer Leute feststecken. Vielleicht ist es absolut egal. Oder vielleicht haben Sie in 2 Minuten ein wichtiges Meeting und benötigen wirklich diese Deploy-Vorschau, damit jeder sie sehen kann.

Phil bevorzugt eine Art musikalischen Kaffee gegenüber dem Build der Konferenz-Website.

Wenn Sie jetzt Teil eines Teams sind (mit einem Business- oder Enterprise-Konto), können Sie die Warteschlange überspringen und Ihren Build als nächsten ausführen lassen. Die Leute werden sehen können, dass Sie es waren, der es getan hat, also, wissen Sie, Sie müssen ein wenig Anstand haben.