~2025-32336-01: Deppenleerzeichen entfernen

2025-11-09T16:33:27Z

Deppenleerzeichen entfernen

Neue Seite

{{Dieser Artikel|behandelt die Versionsverwaltungssoftware. Zu weiteren Bedeutungen siehe [[GIT]].}}
{{Infobox Software
|Logo = [[Datei:Git-logo.svg|150px|Logo]]
|Hersteller = Junio Hamano, Shawn Pearce, Linus Torvalds <span title="und viele andere">{{nowrap|u. v. a.}}</span>
|Erscheinungsjahr = 2005
|AktuelleVersion = 
|AktuelleVersionFreigabeDatum = 
|Betriebssystem = [[Linux]], [[FreeBSD]], [[macOS]], [[Solaris (Betriebssystem)|Solaris]] <span title="und andere">{{nowrap|u. a.}}</span> [[Unixoides System|unixoide]]; [[Microsoft Windows|Windows]]; [[Haiku (Betriebssystem)|Haiku]]; …
|Programmiersprache = 
|Kategorie = [[Versionsverwaltung]]
|Lizenz = 
|Deutsch = ja
|Website = [https://git-scm.com/ git-scm.com]
}}

'''Git''' [{{IPA|ɡɪt}}] ist eine [[freie Software]] zur [[Versionsverwaltung#Verteilte Versionsverwaltung|verteilten Versionsverwaltung]] von [[Datei]]en, die durch [[Linus Torvalds]] initiiert wurde.

== Geschichte ==
Durch eine Lizenzänderung des bis dahin genutzten proprietären [[BitKeeper]]-Systems konnten die [[Linux]]-[[Kernel (Betriebssystem)|Kernel]]-Entwickler dieses nicht mehr kostenlos verwenden, und somit blieb vielen Entwicklern der Zugang verwehrt. Daher begann Torvalds im April 2005 mit der Entwicklung einer neuen Quellcode-Management-Software und präsentierte bereits wenige Tage nach deren Ankündigung eine erste Version.

[[Datei:Git-logo-2007.svg|mini|hochkant=0.5|Altes Logo]]

Torvalds wünschte sich ein verteiltes System, das wie BitKeeper genutzt werden kann und die folgenden Anforderungen erfüllt:
# Unterstützung verteilter, BitKeeper-ähnlicher Arbeitsabläufe
# Sehr hohe Sicherheit gegen sowohl unbeabsichtigte als auch böswillige Verfälschung
# Hohe Effizienz

Ein bereits existierendes Projekt namens [[Monotone]] entsprach den ersten beiden Anforderungen,<ref name="kernelsaga">{{Internetquelle |autor=Linus Torvalds |url=https://lkml.org/lkml/2005/4/6/121 |titel=Kernel SCM saga.. |werk=Linux-Kernel Archive |datum=2005-04-06 |sprache=en |abruf=2018-08-05}}</ref> das dritte Kriterium wurde jedoch von keinem bestehenden System erfüllt.

Torvalds entschied sich dagegen, Monotone an seine Anforderungen anzupassen und begann stattdessen, ein eigenes System zu entwickeln. Einer der Hauptgründe für diesen Schritt war die Arbeitsweise, für die Monotone nach Torvalds Ansicht optimiert ist. Torvalds argumentierte, dass einzelne Revisionen von einem anderen Entwickler in den eigenen Entwicklungszweig zu importieren zu Rosinenpickerei und unordentlichen [[Repository|Repositorien]] führen würde. Wenn hingegen immer ganze Zweige importiert werden, wären Entwickler gezwungen, diese aufzuräumen. Dazu sei es notwendig, auch die Möglichkeit von Wegwerf-Zweigen anzubieten.

{{Zitat
|Text=This is my only real conceptual gripe with ‘monotone’. I like the model, but they make it much harder than it should be to have throw-away trees due to the fact that they seem to be working on the assumption of ‘one database per developer’ rather than ‘one database per tree’. You don’t have to follow that model, but it seems to be what the setup is geared for, and together with their ‘branches’ it means that I think a monotone database easily gets very cruddy. The other problem with monotone is just performance right now, but that’s hopefully not ''too'' fundamental.
|Sprache=en
|Autor=Linus Torvalds
|Quelle=
|Übersetzung=Ich habe nur ein wirkliches konzeptionelles Problem mit ‚monotone‘: Ich mag die Arbeitsweise, aber sie erschwert die Nutzung von Wegwerf-Bäumen, weil das Konzept anscheinend auf der Annahme ‚eine Datenbank je Entwickler‘ statt ‚eine Datenbank je Baum‘ basiert. Man braucht zwar nicht diesem Modell zu folgen, aber die System-Einrichtung scheint darauf ausgerichtet zu sein. Zusammen mit ihren ‚Zweigen‘ befürchte ich ein schnelles Verdrecken der monotone-Datenbank. Ein anderes, hoffentlich nicht ''zu'' grundlegendes Problem, ist die derzeitige Leistungsfähigkeit von monotone.
|ref=<ref name="kernelsaga" />}}

Gits Gestaltung verwendet einige Ideen aus Monotone sowie BitKeeper, aber keinen Quellcode daraus. Es sollte ausdrücklich ein eigenständiges Versionsverwaltungssystem sein.

Derzeitiger [[Maintainer]] von Git ist Junio Hamano.<ref>{{Internetquelle |autor=Alexander Neumann |url=https://heise.de/-2596654 |titel=Vor 10 Jahren: Linus Torvalds baut Git |werk=[[Heise online]] |datum=2015-04-08 |abruf=2018-08-05}}</ref>

=== Name ===
Der Name „Git“ bedeutet in der britischen Umgangssprache so viel wie „Blödmann“. Linus Torvalds erklärte seine Wahl des ungewöhnlichen Namens mit einem Witz sowie damit, dass das Wort praktikabel und in der Softwarewelt noch weitgehend unbenutzt war:

{{Zitat
|Text=I’m an egotistical bastard, and I name all my projects after myself. First ‘Linux’, now ‘Git’.
|Sprache=en
|Autor=Linus Torvalds
|Übersetzung=Ich bin ein [[Egotismus|egotistischer]] Mistkerl, und ich benenne all meine Projekte nach mir. Zuerst ‚Linux‘, jetzt eben ‚Git‘.
|ref=<ref name="gitwiki-why-git">{{Internetquelle |url=https://git.wiki.kernel.org/index.php/GitFaq#Why_the_.27Git.27_name.3F |titel=Git FAQ: Why the 'Git' name? |datum=2013-03-09 |sprache=en |abruf=2018-08-05}}</ref>}}

{{Zitat
|Text=The joke ‘I name all my projects for myself, first Linux, then git’ was just too good to pass up. But it is also short, easy-to-say, and type on a standard keyboard. And reasonably unique and not any standard command, which is unusual.
|Sprache=en
|Autor=Linus Torvalds
|Übersetzung=Der Witz ‚Ich benenne alle meine Projekte nach mir, zuerst Linux, jetzt Git‘ war einfach zu gut, um ihn nicht zu machen. Aber es (der Befehl) ist auch kurz, einfach auszusprechen und auf einer Standardtastatur zu schreiben, dazu einigermaßen einzigartig und kein Standardkommando – was ungewöhnlich ist.
|ref= <ref name="wired-201202-github">{{Internetquelle |autor=Robert McMillan |url=https://www.wired.com/2012/02/github-2/ |titel=Lord of the Files: How GitHub Tamed Free Software (And More) |werk=[[Wired]] |datum=2012-02-21 |sprache=en |abruf=2018-08-06}}</ref>}}

Der Name ''Linux'' wurde anfangs nicht von Torvalds selbst propagiert und nur widerwillig akzeptiert.<ref>Siehe dazu [[Geschichte von Linux #Der Name Linux]]</ref>

== Eigenschaften ==
[[Datei:Git operations.svg|mini|Datenfluss]]
Git ist ein [[Verteiltes System|verteiltes]] Versionsverwaltungssystem, das sich in einigen Eigenschaften von typischen Versionsverwaltungssystemen unterscheidet:

=== Nicht-lineare Entwicklung ===
[[Datei:Git log color.png|mini|Entwicklungsgeschichte mit extensiv genutztem Branching und Merging]]
Sowohl das Erstellen neuer Entwicklungszweige (''branching'') als auch das Verschmelzen zweier oder mehrerer Zweige (''merging'') sind integrale Bestandteile der Arbeit mit Git und fest in die Git-Werkzeuge eingebaut.<ref>{{Internetquelle |url=https://www.kernel.org/pub/software/scm/git/docs/user-manual.html#repositories-and-branches |titel=Chapter 1. Repositories and Branches |werk=Git User’s Manual |sprache=en |abruf=2018-08-05}}</ref> Git enthält Programme, mit deren Hilfe sich die nicht-lineare Geschichte eines Projektes einfach visualisieren lässt und mit deren Hilfe man in dieser Geschichte navigieren kann. Verzweigungen („branches“) in Git sind (im Gegensatz zu anderen [[Software-Configuration-Management|SCMs]]) sehr effektiv implementiert: Ein Branch stellt nur eine ''Reference'', kurz ''ref'', eine Textdatei mit einer Commit-ID, dar, die in einem Repository im Verzeichnis <code>.git/refs/heads</code> (z. B. <code>.git/refs/heads/master</code> für den ''master''-Branch) liegt und auf einen bestimmten [[Commit]] verweist. Über dessen ''Parental Commits'', also Eltern-Commits, lässt sich die Branch-Struktur rekonstruieren. Durch diese Eigenschaften lassen sich weiterhin sehr große und effiziente Entwicklungsstrukturen wie bei Git selbst oder dem Linux-Kernel realisieren, bei denen jedes Feature und jeder Entwickler einen Branch oder ein eigenes Repository haben, aus dem der Projektverantwortliche („maintainer“) dann Commits über Merge oder Cherry-pick (Nutzen einzelner Commits) in den Hauptzweig des Projekts (master) übernehmen kann.

=== Kein zentraler Server ===
[[Datei:SVNvsGITServer 2.png|mini|Dezentrale Verwaltung des gesamten [[Repository|Repositories]] mit Hilfe von Git]]
Jeder Benutzer besitzt eine lokale Kopie des gesamten Repositorys inklusive der Versionsgeschichte (''history''). So können die meisten Aktionen lokal und ohne Netzwerkzugriff ausgeführt werden. Es wird nicht zwischen lokalen Entwicklungszweigen und Entwicklungszweigen entfernter Repositorien unterschieden. Obwohl es keinen technischen Unterschied zwischen verschiedenen Repositorien gibt (außer dem zwischen ''normalen'' und ''bare''-Repositories auf Servern, bei denen kein ''Working-Tree'', also die echten Dateien existiert), gilt die Kopie, auf die von einer Projekt-Homepage aus verwiesen wird, häufig als das offizielle Repositorium, in das die Revisionen der Entwickler übertragen werden. Es existieren spezielle ''Remote-tracking branches''. Das sind Referenzen (siehe ''Nicht-lineare Entwicklung''), die auf den Stand eines anderen Repositoriums zeigen.

=== Datentransfer zwischen Repositorien ===
Daten können neben dem Übertragen auf Dateisystemebene (<code>file://</code>) mit unterschiedlichen Netzwerkprotokollen zwischen Repositories übertragen werden. Git hat ein eigenes, sehr effizientes Protokoll, das den [[Transmission Control Protocol|TCP]]-Port 9418 nutzt (<code>git://</code>), welcher allerdings nur zum ''Fetchen'' und ''Clonen'' genutzt werden kann, also dem Lesen eines Repositorys. Ebenso kann der Transfer über [[Secure Shell|SSH]] (<code>ssh://</code>, das gängigste Protokoll für Schreiboperationen), [[Hypertext Transfer Protocol|HTTP]] (<code>http://</code>), [[Hypertext Transfer Protocol Secure|HTTPS]] (<code>https://</code>) oder über (weniger effizient) [[File Transfer Protocol|FTP]] (<code>ftp://</code>) oder [[rsync]] (<code>rsync://</code>) erfolgen.<ref>{{Internetquelle |url=https://www.kernel.org/pub/software/scm/git/docs/user-manual.html#exporting-via-http |titel=Exporting a git repository via http |werk=Git User’s Manual |sprache=en |abruf=2018-08-05}}</ref> Die Übertragung in das offizielle Repository eines Projekts erfolgt häufig in Form von [[Patch (Software)|Patches]], die via [[E-Mail]] an den Entwickler oder eine Entwicklungs-[[Mailing-Liste]] geschickt werden. Alternativ kann auch ein Review-System wie [[Gerrit (Software)|Gerrit]] verwendet werden.<ref>{{Internetquelle |url=https://www.kernel.org/pub/software/scm/git/docs/user-manual.html#submitting-patches |titel=Submitting patches to a project |werk=Git User’s Manual |sprache=en |abruf=2018-08-05}}</ref> Für Projekte, die auf Websites wie [[GitHub]] oder [[Bitbucket]] gespeichert („[[hosting]]“) werden, kann eine Änderung einfach durch das ''Pushen'' eines Branches [[Pull Request|vorgeschlagen]] werden, der dann bei Bedarf durch ein ''Merge'' in das Projekt integriert wird.

=== Kryptographische Sicherheit der Projekthistorie ===
[[Datei:Git checksum fail.png|mini|Beschädigtes Objekt]]
Die Historie eines Projektes wird so gespeichert, dass der [[Kryptologische Hashfunktion|Hash-Wert]] einer beliebigen Revision ''(commit)'' auf der vollständigen Historie basiert, die zu dieser Revision geführt hat. Dadurch ist es nicht möglich, die Versionsgeschichte nachträglich zu manipulieren, ohne dass sich der Hash-Wert der Revision ändert. In der Kryptographie nennt man dies einen [[Hash-Baum]]. Einzelne Revisionen können zusätzlich markiert ''(tagging)'' und optional mit [[GNU Privacy Guard|GPG]] digital signiert werden ''(signed tag)'', beispielsweise um den Zustand zum Zeitpunkt der Veröffentlichung einer neuen Version der Software zu kennzeichnen.

=== Speichersystem und Dateiversionierung ===
Es gibt Versionsverwaltungssysteme (beispielsweise [[Concurrent Versions System|CVS]]), die für jede Datei (und jedes Verzeichnis) eigene, von allen anderen Dateien unabhängige Revisionsnummern verwalten. Für eine Datei wird nur dann eine neue Nummer erzeugt, wenn die jeweilige Datei Teil einer [[Commit]]-Operation ist. Im Gegensatz dazu weist Git bei jedem Commit allen im Repository verwalteten Dateien (und Verzeichnissen) eine neue, für alle Dateien gleiche Revisionsnummer zu. Das Abspeichern selbst erfolgt, indem im Commit-Objekt ein Verweis auf die Projektwurzel als ''tree''-Objekt gespeichert wird, das wiederum Verweise auf ''blobs'' (''binary large objects'', die reinen Inhalte der Dateien ohne Identifizierung) und weitere ''trees'' (Verzeichnisse) enthält. Ein ''tree''-Objekt verweist (wie ein Verzeichnis-[[Inode]]) mit seinen Einträgen auf [[SHA1]]-Prüfsummen, die weitere ''trees'' und ''blobs'' identifizieren, ähnlich Inode-Nummern in Dateisystemen. Wenn eine Datei in einem Commit nicht geändert wird, ändert sich auch die Checksumme nicht, und sie braucht nicht nochmals gespeichert zu werden. Die Objekte liegen im Projekt unter <code>.git/objects</code>. Über Git-„Bordmittel“ lässt sich jeder beliebige Commit über den zugeordneten Hash-Wert (die Prüfsumme) eindeutig identifizieren, separat auslesen, verschmelzen oder gar als Abzweigungspunkt nutzen – vergleichbar mit den Revisionsnummern in anderen Systemen.

=== Säubern des Repositorys ===
Die Daten gelöschter und zurückgenommener Aktionen und Entwicklungszweige bleiben vorhanden (und können wiederhergestellt werden), bis sie explizit gelöscht werden.

=== Interoperabilität ===
Es gibt Hilfsprogramme, die Interoperabilität zwischen Git und anderen Versionskontrollsystemen herstellen. Solche Hilfsprogramme existieren unter anderem für [[GNU arch]] ''(git-archimport)'', [[Concurrent Versions System|CVS]] ''(git-cvsexportcommit'', ''git-cvsimport'' und ''git-cvsserver)'', [[Darcs]] (''darcs-fastconvert'', ''darcs2git'' und andere), Quilt ''(git-quiltimport)'' und [[Apache Subversion|Subversion]] ''(git-svn)''.

== Verwendung ==
Git wird für die Entwicklung vieler Projekte, sowohl kommerziell als auch im Open-Source-Bereich, oft auf [[Softwareentwicklungsplattform]]en eingesetzt. So wird Git zur Versionsverwaltung des [[Linux (Kernel)|Linux-Kernels]] oder nach der Umstellung Microsofts auf Git 2017 von [[Microsoft Windows]] verwendet.<ref>{{Internetquelle |autor=Rainald Menge-Sonnentag |url=https://heise.de/-3810273 |titel=Microsoft nutzt ab sofort Git zur Windows-Entwicklung |hrsg=[[Heise online]] |datum=2017-08-23 |abruf=2018-08-05}}</ref>

Laut [[Open Hub]] verwendeten im Juni 2025 rund 80 % aller dort registrierten Softwareprojekte Git.<ref>{{Internetquelle |url=https://openhub.net/repositories/compare|titel=Compare Repositories – Open Hub |hrsg=Open Hub |sprache=en |abruf=2025-06-22}}</ref> Damit dominiert Git mit großem Abstand zu dem nächstplatzierten [[Apache Subversion|Subversion]], das 17 % erreicht.

=== Verwaltung von Inhalt ===
Obwohl Git primär zur [[Versionsverwaltung]] von Quellcode entwickelt wurde, wird es auch zum Speichern von flach strukturierten (im Gegensatz zu [[Relationale Datenbank|relationalen Strukturen]]) [[Datensatz|Datensätzen]] direkt als [[Datei]] genutzt. So können Funktionen wie Versionsverwaltung, [[Hook (Informatik)|Hook]], [[diff]], [[Replikation (Datenverarbeitung)|Replikation]] und Offline-Nutzung auch für Inhalte ohne [[Datenbank]] genutzt werden.<ref name="git-the-nosql-database">{{Internetquelle |autor=Brandon Keepers |url=https://speakerdeck.com/bkeepers/git-the-nosql-database |titel=Git: the NoSQL Database |datum=2012-04-21 |sprache=en |abruf=2018-08-05}}</ref> Die Nutzung ist ähnlich zu [[NoSQL]], auch wenn Git keine [[Indexstruktur]], [[Abfragesprache|Abfrage]] oder Gleichzeitigkeit erlaubt.

Der Einsatz erstreckt sich auch auf inhaltlich einfach strukturierte Systeme wie [[Content-Management-System|CMS]]<ref name="git-the-nosql-database" /> oder [[Wiki]]s.<ref>{{Internetquelle |autor=Adam Feber |url=https://blog.assembla.com/assemblablog/tabid/12618/bid/104945/How-we-Moved-2-3-Million-Wiki-Pages-to-Git.aspx |titel=How we Moved 2.3 Million Wiki Pages to Git |datum=2014-02-04 |sprache=en |offline=1 |archiv-url=https://web.archive.org/web/20160810174028/https://blog.assembla.com/AssemblaBlog/tabid/12618/bid/104945/How-we-Moved-2-3-Million-Wiki-Pages-to-Git.aspx |archiv-datum=2016-08-10 |abruf=2019-02-03}}</ref><ref>{{Internetquelle |url=https://github.com/gollum/gollum#gollum----a-git-based-wiki |titel=gollum – A git-based Wiki |sprache=en |abruf=2018-08-05}}</ref>

== Unterstützte Betriebssysteme ==

=== Unix/Linux ===
Git läuft auf fast allen modernen [[Unixoides System|unixartigen Systemen]] wie [[Linux]], [[Solaris (Betriebssystem)|Solaris]], [[macOS]], [[FreeBSD]], [[DragonFly BSD]], [[NetBSD]], [[OpenBSD]], [[AIX]], [[IRIX]].

[[Apple]] liefert macOS mit einer leicht abgewandelten Git-Version aus. Hauptsächlich wird diese verwendet, um die Kompatibilität mit Apples Entwicklungsumgebung [[Xcode]] zu erhöhen.<ref>{{Internetquelle |url=https://stackoverflow.com/questions/35481011/are-there-any-differences-with-the-git-provided-by-apple-and-the-official-git |titel=Are there any differences with the git provided by Apple and the official git? |sprache=en |abruf=2019-04-18}}</ref>

=== Windows ===
Es gibt mehrere Portierungen von Git für Microsoft Windows:

* Git for Windows,<ref>{{Internetquelle |autor=Alexander Neumann |url=https://heise.de/-2785765 |titel=Git for Windows verlässt Preview-Status |hrsg=[[Heise online]] |datum=2015-08-19 |abruf=2018-08-05}}</ref> die Portierung des Git-Projektes (früher entwickelt unter dem Namen ''msysGit''<ref>{{Internetquelle |url=https://github.com/msysgit/msysgit/wiki/Relationship-to-Git-for-Windows |titel=Relationship to Git for Windows |sprache=en |abruf=2018-08-05}}</ref>). Kann durch das Modul posh-git auch via [[PowerShell]] genutzt werden.<ref>{{Internetquelle |url=https://git-scm.com/book/de/v2/Anhang-A:-Git-in-anderen-Umgebungen-Git-in-PowerShell |titel=Git - Git in PowerShell |abruf=2024-03-15}}</ref>
* Die [[Cygwin]]-Umgebung enthält Git.

[[TortoiseGit]] ist eine Erweiterung für den [[Windows-Explorer]] (''Windows Shell Extension''), so dass man Git unter Windows auch ohne [[Kommandozeile]] verwenden kann. TortoiseGit benötigt zusätzlich eine Git-Installation, normalerweise ''Git for Windows''.<ref>{{Internetquelle |url=https://tortoisegit.org/support/faq/#prerequisites |titel=Frequently asked questions (FAQ) |titelerg=What are the system prerequisites of TortoiseGit? |werk=tortoisegit.org |sprache=en |abruf=2019-04-26}}</ref>

== Interface ==
[[Datei:Gitweb.png|mini|Gitweb mit den Unterschieden zwischen zwei [[Commit]]s]]
Gitweb, in Perl geschrieben, war eine der ersten Weboberflächen für git. Inzwischen haben sich [[Softwareentwicklungsplattform]]en verbreitet, die eine Weboberfläche für git bieten. Viele [[integrierte Entwicklungsumgebung]]en verfügen ebenfalls über eine git-Integration, es existieren allerdings auch zahlreiche reine [[Liste von Git-GUIs|Git-GUIs]].

== Literatur ==
* {{Literatur
|Autor=Valentin Haenel, Julius Plenz
|Titel=Git – Verteilte Versionsverwaltung für Code und Dokumente
|Verlag=Open Source Press
|Ort=München
|Datum=2011
|ISBN=978-3-941841-42-0
|Online=[http://gitbu.ch/ Online-Version]}}
* {{Literatur
|Autor=Jon Loeliger, Matthew McCullough
|Titel=Version Control with Git
|Auflage=2.
|Verlag=O’Reilly Media
|Ort=Sebastopol
|Datum=2012
|ISBN=978-1-4493-1638-9}}
* {{Literatur
|Autor=Scott Chacon
|Titel=Pro Git
|Verlag=APress
|Ort=New York
|Datum=2014
|ISBN=978-1-4842-0077-3
|Online=[https://git-scm.com/book/en/v2 E-Book]}}
* {{Literatur
|Autor=Sujeevan Vijayakumaran
|Titel=Git Schnelleinstieg
|Verlag=mitp
|Ort=Frechen
|Datum=2022
|ISBN=978-3-7475-0526-7}}
* {{Literatur
|Autor=Nina Siessegger
|Titel=Git – kurz & gut
|Verlag=O’Reilly Verlag
|Ort=Köln
|Datum=2022
|ISBN=978-3-96009-187-5}}

== Weblinks ==
{{Commonscat}}
* [https://git-scm.com/ Git Homepage] – offizielle Webpräsenz von Git
* [https://git-scm.com/doc Git documentation] – Git-Dokumentation auf der Git-Website (englisch)
* [https://git-scm.com/book/de/v2 Pro Git] – deutsche Übersetzung des Buches ''Pro Git'' auf der Git-Website
* Mark Lodato: [https://marklodato.github.io/visual-git-guide/index-en.html A Visual Git Reference]
* {{YouTube |id=8dhZ9BXQgc4 |titel=Git: a brief introduction}} mit [[Randal L. Schwartz]], seit 2005 ein Wegbereiter von Git, am 12. Oktober 2007 (englisch)
* {{YouTube |id=4XpnKHJAok8 |titel=Linus Torvalds on Git – Linus Torvalds über Git bei einem Google Tech Talk, 3. Mai 2007}} (englisch)

== Einzelnachweise ==
<references responsive />

{{Normdaten|TYP=s|GND=7687494-1}}

[[Kategorie:Freie Versionsverwaltungssoftware]]
[[Kategorie:Windows-Software]]
[[Kategorie:MacOS-Software]]
[[Kategorie:Linux-Software]]
[[Kategorie:Unix-Software]]
[[Kategorie:BSD-Software]]
[[Kategorie:Solaris-Software]]

Git - Versionsgeschichte

~2025-32336-01: Deppenleerzeichen entfernen