{"id":516,"date":"2023-09-03T07:55:15","date_gmt":"2023-09-03T05:55:15","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=516"},"modified":"2023-09-03T07:55:16","modified_gmt":"2023-09-03T05:55:16","slug":"git-die-versionsverwaltung-unter-linux-einstieg","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2023\/09\/03\/git-die-versionsverwaltung-unter-linux-einstieg\/","title":{"rendered":"Git – Die Versionsverwaltung unter Linux – Einstieg"},"content":{"rendered":"\n

Versionsverwaltungen werden genutzt, um Textdatei<\/a>en aller Art – also reiner Text, HTML, PHP, und viele Formate mehr am laufenden Stand zu halten. Hauptsächlich wird solche Software in der Softwareentwicklung genutzt, aber auch private Anwender können davon profitieren.<\/p>\n\n\n\n

Versionen können aktualisiert oder auch auf einen früheren Stand mit wenigen Befehl<\/a>en zurückgesetzt werden. Wir sehen uns in diesem Beitrag die freie Software Git<\/a> an – diese wurde von Linus Tor<\/a>walds – dem Projekt-Initiator<\/a> von Linux<\/a> entwickelt und ist noch immer die Versionsverwaltung für den Linux<\/a>-Kernel. Versionsverwaltungen werden auch genutzt, um gemeinsam an einem Projekt zu arbeiten.<\/p>\n\n\n\n

Git installieren<\/h3>\n\n\n\n

Unter auf Debian<\/a> basierenden Linux<\/a>-Distribution<\/a>en installieren Sie diese Software wie üblich ganz einfach über die Paket<\/a>-Verwaltung durch das Paket<\/a> „git<\/a><\/strong>„.<\/p>\n\n\n\n

Git nutzen<\/h3>\n\n\n\n

Beginnen wir ganz einfach einmal lokal, also um etwa eigene Projekte zu verwalten. Git<\/a> wird am Terminal<\/a> genutzt – wir werden daher gleich alles am Terminal<\/a> abarbeiten. Als Erstes legen wir einen Git<\/a>-Benutzer an, ich nenne diesen jetzt beispielsweise einfach einmal „robertgoedl<\/strong>„:<\/p>\n\n\n\n

git config --global user.name \"robertgoedl\"<\/code><\/pre>\n\n\n\n
Mit dem zweiten Befehl<\/a> geben wir die E-Mail-Adresse an:<\/p>\n\n\n\n
git config --global user.email robert.goedl-linux@gmail.com<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Jetzt legen wir ein Projekt-Verzeichnis<\/a> an – in diesem lan<\/a>den anschließend alle zum Projekt gehörenden Datei<\/a>en, ich nenne dieses Verzeichnis<\/a> jetzt einfach einmal „Projekt<\/em>„:<\/p>\n\n\n\n
mkdir Projekt<\/code><\/pre>\n\n\n\n
Wir wechseln auf dem Terminal<\/a> in das Verzeichnis<\/a>:<\/p>\n\n\n\n
cd Projekt\/<\/code><\/pre>\n\n\n\n
Damit Git<\/a> mit dem Verzeichnis<\/a> arbeiten kann, muss die Versionsverwaltung dieses Verzeichnis<\/a> initialisieren, dies gelingt mit der Option „init<\/strong>„:<\/p>\n\n\n\n
git init<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Damit wäre schon alles Wichtige getan – wir können jetzt beginnen, Textdatei<\/a>en aller Art anzulegen. Dies kann mit einem grafischen oder auch mit einem Terminal<\/a>-Editor<\/a> wie Nano oder Vim (dazu lesen wir später mehr<\/em>) geschehen. Ich arbeite hier noch mit Nano – mit Vim beschäftige ich mich noch (beruflicher weise<\/em>) – die erste Datei<\/a> nenne ich beispielsweise „datei<\/a>.txt<\/strong>„:<\/p>\n\n\n\n
nano datei.txt<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Man wirft den gewünschten Text in die Datei<\/a> und speichert diesen – unter Nano ganz einfach mit Strg+o<\/kbd><\/strong>, bestätigt mit Eingabe<\/kbd><\/strong> und schließt den Editor<\/a> mit Strg+x<\/kbd><\/strong>:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Mit dem Befehl<\/a>:<\/p>\n\n\n\n
ls<\/code><\/pre>\n\n\n\n
lässt sich wie üblich der Inhalt des Verzeichnis<\/a>ses anzeigen, ich lege gleich einmal eine weitere Datei<\/a> an:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Jetzt habe ich so gesehen meine erste Version der beiden Datei<\/a>en erstellt – ich möchte dies als meine erste Version in Git<\/a> festlegen. Erst gibt man alle Datei<\/a>en an, die man erstellt hat, in meinem Beispiel:<\/p>\n\n\n\n
git add beispiel.txt\ngit add datei.txt<\/code><\/pre>\n\n\n\n
Jetzt erstellen wir unseren ersten Commit – die erste Version oder Änderung. Hierzu dient die Option „commit -m<\/code><\/strong>„, in Anführungszeichen gibt man Informationen an – ein Beispiel:<\/p>\n\n\n\n
git commit -m 'Erste Version erstellt'<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Hat man gleich mehrere Datei<\/a>en erstellt, genügt auch der Befehl<\/a>:<\/p>\n\n\n\n
git add -a<\/code><\/pre>\n\n\n\n
Anschließend können wir den Status abfragen:<\/p>\n\n\n\n
git status<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Hat man an den Datei<\/a>en etwas geändert und keinen erneuten Commit durchgeführt, würde die Software dies melden. Hier habe ich beispielsweise an einer der Datei<\/a>en eine Änderung durchgeführt:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Bei jeder größeren Änderung sollte man also einen weiteren Commit durchführen, um diese aufzunehmen und mit Informationen zu versehen:<\/p>\n\n\n\n
git commit -a<\/code><\/pre>\n\n\n\n
Es öffnet sich der Editor<\/a> und bittet darum, die Änderungen bekannt zugeben. Mittels der Option „log<\/code><\/strong>“ können wir uns jetzt die Änderungen ansehen:<\/p>\n\n\n\n
git log<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Mit „q<\/kbd><\/strong>“ können wir das Log beenden. Wir sehen bei jedem Commit eine längere Zeichenfolge – beispielsweise „74a795328e51b5778523dcda76517d382800d6dd<\/strong>“ – mit der Option „show<\/code><\/strong>“ und der Zeichenfolge können wir uns die Änderungen ansehen:<\/p>\n\n\n\n
git show 74a795328e51b5778523dcda76517d382800d6dd<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Auch diese Ansicht lässt sich mittels „q<\/kbd><\/strong>“ wieder schließen. Und weil es sich um eine Versionsverwaltung handelt – können wir eine vorige Version \/ einen vorigen Commit wieder herstellen, auch hierzu dient die entsprechende Zeichenfolge. Hierzu nutzen wir die Option „checkout<\/code><\/strong>„, die Zeichenfolge und den Datei<\/a>namen:<\/p>\n\n\n\n
git checkout 74a795328e51b5778523dcda76517d382800d6dd beispiel.txt<\/code><\/pre>\n\n\n\n
Git online nutzen<\/h3>\n\n\n\n
Hauptsächlich wird Git<\/a> wie schon beschrieben in der Softwareentwicklung verwendet, hier arbeiten oft mehrere Entwickler an derselben Software. Man installiert Git<\/a> auf einem Server<\/a>, der von allen erreicht werden kann und erstellt wie zu Beginn beschrieben mehrere Benutzer, die sich dort einloggen und Git<\/a> nutzen können – auf dieses Verzeichnis<\/a> zugreifen können. Also Systembenutzer und Git<\/a>-Accounts.<\/p>\n\n\n\n
Hat man die Zugänge eingerichtet, kann man sich das Verzeichnis<\/a> herunterladen – hierzu dient die Option „clone<\/code><\/strong>„, beispielsweise:<\/p>\n\n\n\n
git clone https:\/\/server.org\/verzeichnis\/Projekt.git<\/code><\/pre>\n\n\n\n
Hat jemand am Projekt gearbeitet, lädt man sich die aktualisierten Datei<\/a>en herunter – hierzu dient die Option „pull<\/code><\/strong>„, dazu wechselt man in das Verzeichnis<\/a> und führt darin den Befehl<\/a> aus:<\/p>\n\n\n\n
git pull https:\/\/server.org\/verzeichnis\/Projekt.git<\/code><\/pre>\n\n\n\n
Mit der Option „push<\/code><\/strong>“ übertragen Sie eigene Änderungen wieder zurück auf den Server<\/a> – etwa:<\/p>\n\n\n\n
git push master<\/code><\/pre>\n\n\n\n
Ist es der eigene Server<\/a>, gilt es, die Verbindung erst einmal einzurichten – also Git<\/a> zu zeigen, auf welchen Server<\/a> das Verzeichnis<\/a> lan<\/a>den soll. Hierzu dient die Option „remote add master<\/code><\/strong>„, aus dem Verzeichnis<\/a> heraus etwa:<\/p>\n\n\n\n
git remote add master https:\/\/server.org\/Verzeichnis\/Projekt.git<\/code><\/pre>\n
\r\n    
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n        <\/span>\r\n<\/div>
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    <\/span>\r\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"
Versionsverwaltungen werden genutzt, um Textdateien aller Art – also reiner Text, HTML, PHP, und viele Formate mehr am laufenden Stand zu halten. Haupts\u00e4chlich wird solche Software in der Softwareentwicklung genutzt, aber auch private Anwender k\u00f6nnen davon profitieren. Versionen k\u00f6nnen aktualisiert oder auch auf einen fr\u00fcheren Stand mit wenigen Befehlen zur\u00fcckgesetzt werden. Wir sehen uns in […]<\/p>\n","protected":false},"author":1,"featured_media":524,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[48,47,38,4],"tags":[49,46,12,39,7,6],"class_list":["post-516","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-entwicklung","category-internet","category-netzwerk","category-terminal","tag-entwicklung","tag-internet","tag-kommandozeile","tag-netzwerk","tag-shell","tag-terminal"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/516","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=516"}],"version-history":[{"count":1,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/516\/revisions"}],"predecessor-version":[{"id":527,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/516\/revisions\/527"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media\/524"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=516"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=516"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=516"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}