Zusatzinfos

Forks und Pull-Requests

Das klassische GitHub Portal hat hiermit die Möglichkeit zum Vorschlagen von Code-Updates inteegriert.

Ein Fork - per einfachem Klick in der GitHub Weboberfläche - erstellt ein eigenes Repo mit dem Original-Repo. Mit diesem geforkten Repo kann man dann arbeiten (lokal) und in den Fork pushen.

Nun kann man für die geänderte Datei einen Pull-Request erstellen. Das führt einen auf die Original-Repo Seite, wo man in entsprechenden Formularen die gemachten Änderungen dargestellt bekommt und diese mit aussagekräftigen Bemerkungen komplettiert. Das wird dann an das Original-Repo übermittelt und steht als Pull-Request den Besitzern des Repos zur Verfügung.

Meine 5 Cent zur Bezeichnung Pull-Request - call it Merge-Request

Ich finde, dass der Bezeichner eigentlich Merge-Request heißen sollte. Die auszulösende gewünschte Handlung ist ja kein Pullen, sondern im Falle von Übernahme des P-R ein mergen.

Workflows

Das stellt ein Riesenthema dar und sollte in Teams gesondert geklärt und optimiert werden.

Verweis: Kapitel 6. Workflows aus gitbu.ch (siehe auch Literatur).

Hier kommen häufig auch Sonderthemen wie Submodule und Subtrees zum Tragen.

Patches per Mail

Ein ganz besonderer Workflow, der in vielen Kernel-Entwicklungen immer noch genutzt wird.

Anm.: oft werden hier klassische normale Mailer wie Outlook, Thunderbird vermieden!