Wie Code vom Rechner zum Nutzer kommt

Du hast eine Datei geschrieben. Auf deinem Rechner sieht sie gut aus. Jetzt soll sie jemand anderes sehen können, irgendwo auf der Welt, ohne dass dein Laptop dafür anbleiben muss.

Dazwischen liegen vier Schritte. Sie sind bei einem Ein-Personen-Projekt dieselben wie bei einer Firma mit dreihundert Entwicklern, nur mit weniger Zeremonie.

Bevor irgendetwas ausgeliefert wird, wird der Stand festgehalten. Nicht als Kopie des Ordners mit dem Namen projekt_final_v3_wirklich_final, sondern in einem Werkzeug, das jede Änderung einzeln kennt.

Der Ablauf ist immer derselbe. Du änderst etwas, du wählst aus, was davon zusammengehört, du hältst es mit einer Beschreibung fest.

git add .
git commit -m "Kursseite zeigt jetzt die Wochen an"
git push

Git läuft auf deinem Rechner. Damit die Historie auch woanders liegt und andere sie sehen können, wird sie auf einen Dienst geschoben. Der bekannteste heißt GitHub.

Der Code, den du schreibst, ist nicht der Code, den der Browser bekommt. Zwischen beiden liegt ein Übersetzungsschritt.

Was dabei passiert, hängt vom Projekt ab. Typisch ist:

• Mehrere Dateien werden zu wenigen zusammengefasst, damit der Browser weniger Anfragen stellen muss.
• Leerzeichen und lange Namen werden entfernt, damit weniger übertragen wird.
• Neuere Sprachmerkmale werden in ältere übersetzt, damit auch ältere Browser mitkommen.
• Typprüfungen und Tests laufen, und wenn eines davon fehlschlägt, bricht der Bau ab.

Der letzte Punkt ist der eigentliche Wert. Ein Bauschritt, der bei einem Fehler weiterläuft, ist ein Bauschritt, der nichts prüft.

Die gebauten Dateien müssen auf einen Rechner, der ständig läuft. Diesen Vorgang nennt man Auslieferung.

Heute passiert das meist automatisch. Du schiebst deinen Stand zu GitHub, ein Dienst merkt es, baut, prüft und stellt das Ergebnis online. Von deiner Tastatur bis zur echten Seite vergehen ein bis drei Minuten.

Ausgeliefert ist nicht dasselbe wie funktioniert. Der letzte Schritt ist der, den Anfänger am häufigsten weglassen: nachsehen, ob es an der echten Adresse tatsächlich tut, was es soll.

Nicht auf dem eigenen Rechner. Dort lief es vorher schon. Auf der echten Adresse, in einem Browser, den man nicht vorher präpariert hat.

Ein Detail, das früh Sinn ergibt: Es gibt nicht nur eine laufende Fassung.

Die Entwicklungsfassung läuft auf deinem Rechner. Die Vorschau läuft im Netz, aber niemand außer dem Team kennt die Adresse. Die Produktion ist die echte, mit echten Nutzern und echten Zahlungen.