gitwurde 2005 von Linus Torwalds für die Linux-Kernel-Entwicklung geschrieben und findet seitdem in der OpenSource-Gemeinde regen Zuspruch. Die große Neuerung gegenüber Subversion ist es, dass es sich bei
gitum ein verteiltes Repository handelt. Jede Instanz ist selbst ein Repository. Damit ist jeder für die Sicherung seines aktuellen Standes selbst verantwortlich. Versionsstände können über push und
fetchzwischen Repositories übertragen werden.
Hier nun einige wichtige Kommandos:
Eigenes Repository für den Masterzweig eines anderen Repositories anlegen:
git clone [--bare] URL [LOCAL_NAME]
--bare: Das Repository soll nicht für lokale Änerungen genutzt werden, also auf einem Server für andere bereit stehen.
Neues lokales Repository anlegen
git init
Lokale Änderungen einpflegen
git add FILE
git commit
git addvorgemerkten Dateien ins Repository.
git status [-s]
-s: Ausgabeformat wie bei Subversion
Von welchem Repository wurde mein Repository abgezweigt?
git remote -v
Eigenen Stand ins Stammrepository zurückspielen:
git push origin LABEL
LABEL:
masteroder name eines tags
Änderungen im Stammrepository übernehmen
git fetch OPTIONS
-t: übernimmt zusätzlich alle Marken.
git pull [LABEL]
fetch) und arbeitet diesen Stand in den aktuellen Codestand ein.
Umgang mit Marken (tags )
git tag
git tag MARKE
git tag -d MARKE
git ls-remote --tags
git checkout [-b] MARKE
MARKEzurück.
-berzeugt gleichzeitig einen Zweig, in dem auch weitergearbeitet werden kann.
Umgang mit Zweigen (branches )
git checkout [-b] ZWEIG [MARKE]
ZWEIG. Falls
ZWEIGnoch nicht existiert, kann er mit der Option
-bangelegt werden. Falls ein Zweig zu einer existierenden Marke angelegt werden soll, kann diese zusätzlich mit angegeben werden.
git branch
git branch -m Z1 Z2
Z1nach
Z2um.
git branch -d ZWEIG
ZWEIG.
git switch ZWEIG
git merge ZWEIG
ZWEIGin die aktuelle Version ein.
git checkout ZWEIG DATEI
tbc.
Falls Sie ein git-Repository auf einem Server installieren wollen, beachten Sie diesen Eintrag
Letzte Aktualisierung: 31.10.2024
Powered by w3.css