Git ist ein verteiltes Versionsverwaltungssystem, das effizientes Branching, Blending und historisches Tracking von Quellcode ermöglicht. Es unterstützt dezentrale Workflows, integrierte Konfliktauflösung und nahtlose Integration mit CI/CD-Tools. Git ist robust, weit verbreitet und bildet die Grundlage moderner Entwickler- und Release-Prozesse.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
Git ist ein verteiltes Versionsverwaltungssystem für Quellcode und andere Dateien. Es hält Änderungsverläufe nachvollziehbar, unterstützt paralleles Arbeiten in Branches und macht das Zusammenführen von Entwicklungen kontrollierbar.
Git entstand 2005, als Linus Torvalds nach dem Entzug der freien BitKeeper-Lizenz für die Linux-Kernel-Entwicklung ein eigenes Werkzeug brauchte. Er zielte auf ein schnelles, verteiltes System mit starken Integritätsgarantien, das viele parallele Branches und häufige Synchronisationen ohne zentrale Engpässe bewältigt. Die Entwicklung begann im April 2005; kurz darauf übernahm Junio Hamano die Pflege.
Stell dir Git als lokalen Graphen aus Schnappschüssen vor. Du bearbeitest Dateien im Arbeitsbaum, wählst im Staging-Bereich aus, was in den nächsten Commit soll, und speicherst den Stand als neuen Knoten im Verlauf. Branches sind bewegliche Verweise auf solche Knoten; Merge verbindet zwei Entwicklungslinien. Ein Remote ist eine zweite Kopie dieses Graphen, die du mit Fetch, Pull und Push abgleichst.
Ein VCS macht Änderungen an Dateien über die Zeit nachvollziehbar und vergleichbar.
Das Repository enthält die Projektgeschichte und die Objekte, auf die Git zugreift.
Im Arbeitsbaum entstehen Änderungen; im Staging-Bereich wird festgelegt, was der nächste Commit enthalten soll.
Ein Commit friert einen Projektstand mit Metadaten und Verweisen auf Vorgänger ein.
Ein Branch ist ein beweglicher Zeiger auf eine Folge von Commits und markiert eine Entwicklungslinie.
Merge führt getrennte Verläufe zusammen und kann Konflikte sichtbar machen.
Ein Remote ist eine andere Repository-Kopie, mit der Änderungen ausgetauscht und synchronisiert werden.
Git ist besonders nützlich, wenn mehrere Personen parallel entwickeln, Änderungen geprüft werden sollen oder Releases, Hotfixes und Experimente nebeneinander laufen. Der Nutzen steigt mit klaren Branch- und Review-Regeln; dafür bringt Git Lernaufwand, mögliche Konflikte und zusätzlichen Disziplinbedarf bei Rewrites, großen Binärdateien und lang laufenden Branches mit.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.