Was genau ist eigentlich GitHub und wofür ist es gut?

Um GitHub als solches zu verstehen, ist es von Bedeutung die Abläufe einer Softwareentwicklung zu kennen. Für gewöhnlich entsteht Software nämlich nicht bei einem einzelnen Programmierer, sondern in großen Teams, die hin und wieder aus hunderten Entwicklern bestehen. Das bringt Probleme mit sich. Wie sollen mehrere hundert Leute an ein und demselben Code arbeiten? Jetzt kommt der Begriff »Git« ins Spiel, der Name einer Versionsverwaltung.

Simpel gesagt führt eine Versionsverwaltung den Code all der unterschiedlichen Entwickler zusammen und dokumentiert sämtliche Änderungen. Egal wer, was, wie und wo geändert hat, alles lässt sich in der Versionsverwaltung nachvollziehen und somit auch entsprechend zusammenführen. Das ist unabdingbar in der Softwareentwicklung, weil es sonst händisch stattfinden müsste, was einfach nicht mehr zeitgemäß und auch nicht sinnvoll erscheint.

Ein weiterer Vorteil von GitHub ist, dass jede Änderung rückgängig gemacht werden kann. GitHub speichert nämlich sämtliche Versionen. Egal wie viel oder wie oft etwas verändert wird, all diese Änderungen sind nicht nur nachvollziehbar, sondern können auch rückgängig gemacht werden, wenn es zu Problemen kommt oder eine ältere Version noch einmal betrachtet werden muss. Unglaublich praktisch und aus der modernen Softwareentwicklung nicht mehr wegzudenken.

Der Begriff »Git« kommt also von der Versionsverwaltung, während »Hub« als zentrale Anlaufstelle betrachtet werden kann. Die Versionsverwaltung findet nämlich eher über Tools und Kommandozeile statt, wohingegen der Hub von GitHub die Website selbst ist, auf der all das entsprechend clever dargestellt und nachvollzogen werden kann.

Persönlich vergleiche ich GitHub immer ganz gerne mit einem sozialen Netzwerk für Entwickler. Nein, streng genommen passt das absolut nicht, denn auf GitHub geht es nicht um Hobbys und die Bilder der letzten Partynacht, doch für Programmierer ist es dennoch eine Plattform, auf der sie unglaublich viel Zeit verbringen. Was dann zwangsläufig dazu führt, dass es viele Projekte oder Listen auf GitHub gibt, die so überall existieren könnten, für die GitHub also gar nicht unbedingt benötigt wird. Aber auf GitHub sind eben die Menschen, die sich für Derartiges interessieren. Ein Beispiel dafür wäre /awesome, von Sindre Sorhus. Nur eine Liste, aber eben eine die sich sehr an die Zielgruppe »Entwickler« richtet und auf GitHub deshalb deutlich besser aufgehoben ist, als auf irgendeinem Blog.

Weil auf GitHub jede Menge Open Source Software gehostet wird und allgemein viele Programmierer ihre eigenen Bibliotheken, Snippets oder Programme mit der Öffentlichkeit teilen (die es so dann oft auch nur auf GitHub gibt), entsteht in gewisser Weise ein soziales Netzwerk. Das verstärkt sich noch durch Funktionen, die euch beispielsweise einem Entwickler folgen lassen. Auch Sterne können vergeben werden, um besonders gelungene Projekte entsprechend bewerten zu können.

Daraus ergibt sich dann, dass Entwickler sich gerne auf GitHub befinden, vermehrt dort arbeiten, stöbern und schlussendlich auch neue Kontakte knüpfen oder gemeinsam an Projekten werkeln, Ideen einreichen und Bugs beheben. Deshalb ist GitHub am Ende eben auch weit mehr als nur eine Versionsverwaltung. Es ist DIE Plattform für Entwickler.

Doch schauen wir uns das mit den »Ideen einreichen« noch einmal kurz genauer an. Denn auch das zeichnet GitHub aus. Allgemein besitzt die Plattform viele Funktionen, die die Arbeit an Softwareprojekten deutlich vereinfachen kann. Die wichtigsten möchten wir euch nun einmal kurz vorstellen.

Repository: Bei dem sogenannten Repository handelt es sich um das angelegte Projekt. Jedes Softwareprojekt bei GitHub ist also ein eigenes Repository. Übersetzt bedeutet der Begriff nichts anderes als Depot oder Lager, was ganz gut passt und deutlich macht, worum es letztendlich geht.

Branch: Der sogenannte Branch (was übersetzt nichts anderes als Zweig bedeutet) ist eine Version im Repository. In jedem Repository kann es unterschiedliche Zweige, also Branches geben. Zum Beispiel eine Alpha-Version, eine Beta-Version und eine Version für die Öffentlichkeit. Alle Versionen können für sich genommen gepflegt und verändert werden.

Commit: Ein Commit findet immer dann statt, wenn Änderungen eingereicht werden. Ein Entwickler arbeitet also an seinem Code, macht einen Commit und gibt die Änderungen damit für die Version auf GitHub frei.

Pull: Wird ein Bug gefixt, muss ein Pull Request gestellt werden. Damit wird der Bugfix entsprechend vorgelegt, damit ein Admin ihn sich näher anschauen und ihn dann für die Hauptversion freigeben kann. Gerade wenn es Software Open Source ist, arbeiten oft viele Entwickler daran und so können sie bei Bedarf, selbst wenn sie kein Teil des Teams sind, einen Pull Request stellen.

Merge: Als Merge wird der Vorgang bezeichnet, wenn beispielsweise ein Pull Request mit der eigentlichen Version zusammengeführt wird. Nachdem dieser getestet wurde, wird er also »gemerged«, wie es so schön heißt.

Fork: Alles, was bei GitHub öffentlich sichtbar ist, kann »geforked« werden. Ein Fork kopiert das eigentliche Projekt dabei quasi komplett in den eigenen Hub. So könnt ihr eure eigene Version der Software erstellen, wenn ihr z.B. neue Ideen habt, die der Entwickler aber nicht in seine Version einfließen lassen möchte. Also macht ihr einen Fork, somit eine eigens modifizierte Version einer anderen Software.

Das sind die wesentlichen Funktionen, die GitHub ausmachen und die jeder kennen sollte. Gerade Begriffe wie »Pull« und »Fork« kommen häufiger mal vor und wer dann nicht so ungefähr weiß, was diese bedeuten, versteht meist nur die Hälfte. Alleine deshalb, um mitreden zu können, wenn Entwickler sich unterhalten, macht es also durchaus Sinn, sich ein paar grundlegende Funktionsweisen von GitHub einzuprägen.