{"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 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.<\/p>\n\n\n\n

Versionen k\u00f6nnen aktualisiert oder auch auf einen fr\u00fcheren Stand mit wenigen Befehlen zur\u00fcckgesetzt werden. Wir sehen uns in diesem Beitrag die freie Software Git an – diese wurde von Linus Torwalds – dem Projekt-Initiator von Linux entwickelt und ist noch immer die Versionsverwaltung f\u00fcr den Linux-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 basierenden Linux-Distributionen installieren Sie diese Software wie \u00fcblich ganz einfach \u00fcber die\u00a0Paket-Verwaltung\u00a0durch das Paket „git<\/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 wird am\u00a0Terminal\u00a0genutzt – wir werden daher gleich alles am Terminal abarbeiten. Als Erstes legen wir einen Git-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 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 an – in diesem landen anschlie\u00dfend alle zum Projekt geh\u00f6renden Dateien, ich nenne dieses Verzeichnis jetzt einfach einmal „Projekt<\/em>„:<\/p>\n\n\n\n
mkdir Projekt<\/code><\/pre>\n\n\n\n
Wir wechseln auf dem Terminal in das Verzeichnis:<\/p>\n\n\n\n
cd Projekt\/<\/code><\/pre>\n\n\n\n
Damit Git mit dem Verzeichnis arbeiten kann, muss die Versionsverwaltung dieses Verzeichnis 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\u00e4re schon alles Wichtige getan – wir k\u00f6nnen jetzt beginnen, Textdateien aller Art anzulegen. Dies kann mit einem grafischen oder auch mit einem Terminal-Editor wie Nano oder Vim (dazu lesen wir sp\u00e4ter mehr<\/em>) geschehen. Ich arbeite hier noch mit Nano – mit Vim besch\u00e4ftige ich mich noch (beruflicher weise<\/em>) – die erste Datei nenne ich beispielsweise „datei.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\u00fcnschten Text in die Datei und speichert diesen – unter Nano ganz einfach mit\u00a0Strg+o<\/kbd><\/strong>, best\u00e4tigt mit\u00a0Eingabe<\/kbd><\/strong>\u00a0und schlie\u00dft den Editor mit\u00a0Strg+x<\/kbd><\/strong>:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Mit dem Befehl:<\/p>\n\n\n\n
ls<\/code><\/pre>\n\n\n\n
l\u00e4sst sich wie \u00fcblich der Inhalt des Verzeichnisses anzeigen, ich lege gleich einmal eine weitere Datei an:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Jetzt habe ich so gesehen meine erste Version der beiden Dateien erstellt – ich m\u00f6chte dies als meine erste Version in Git festlegen. Erst gibt man alle Dateien 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 \u00c4nderung. Hierzu dient die Option „commit -m<\/code><\/strong>„, in Anf\u00fchrungszeichen 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 Dateien erstellt, gen\u00fcgt auch der Befehl:<\/p>\n\n\n\n
git add -a<\/code><\/pre>\n\n\n\n
Anschlie\u00dfend k\u00f6nnen 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 Dateien etwas ge\u00e4ndert und keinen erneuten Commit durchgef\u00fchrt, w\u00fcrde die Software dies melden. Hier habe ich beispielsweise an einer der Dateien eine \u00c4nderung durchgef\u00fchrt:<\/p>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Bei jeder gr\u00f6\u00dferen \u00c4nderung sollte man also einen weiteren Commit durchf\u00fchren, um diese aufzunehmen und mit Informationen zu versehen:<\/p>\n\n\n\n
git commit -a<\/code><\/pre>\n\n\n\n
Es \u00f6ffnet sich der Editor und bittet darum, die \u00c4nderungen bekannt zugeben. Mittels der Option „log<\/code><\/strong>“ k\u00f6nnen wir uns jetzt die \u00c4nderungen ansehen:<\/p>\n\n\n\n
git log<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Mit „q<\/kbd><\/strong>“ k\u00f6nnen wir das Log beenden. Wir sehen bei jedem Commit eine l\u00e4ngere Zeichenfolge – beispielsweise „74a795328e51b5778523dcda76517d382800d6dd<\/strong>“ – mit der Option „show<\/code><\/strong>“ und der Zeichenfolge k\u00f6nnen wir uns die \u00c4nderungen ansehen:<\/p>\n\n\n\n
git show 74a795328e51b5778523dcda76517d382800d6dd<\/code><\/pre>\n\n\n\n
\"\"<\/figure>\n\n\n\n
Auch diese Ansicht l\u00e4sst sich mittels „q<\/kbd><\/strong>“ wieder schlie\u00dfen. Und weil es sich um eine Versionsverwaltung handelt – k\u00f6nnen 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 Dateinamen:<\/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\u00e4chlich wird Git wie schon beschrieben in der Softwareentwicklung verwendet, hier arbeiten oft mehrere Entwickler an derselben Software. Man installiert Git auf einem Server, der von allen erreicht werden kann und erstellt wie zu Beginn beschrieben mehrere Benutzer, die sich dort einloggen und Git nutzen k\u00f6nnen – auf dieses Verzeichnis zugreifen k\u00f6nnen. Also Systembenutzer und Git-Accounts.<\/p>\n\n\n\n
Hat man die Zug\u00e4nge eingerichtet, kann man sich das Verzeichnis 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\u00e4dt man sich die aktualisierten Dateien herunter – hierzu dient die Option „pull<\/code><\/strong>„, dazu wechselt man in das Verzeichnis und f\u00fchrt darin den Befehl 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>“ \u00fcbertragen Sie eigene \u00c4nderungen wieder zur\u00fcck auf den Server – etwa:<\/p>\n\n\n\n
git push master<\/code><\/pre>\n\n\n\n
Ist es der eigene Server, gilt es, die Verbindung erst einmal einzurichten – also Git zu zeigen, auf welchen Server das Verzeichnis landen soll. Hierzu dient die Option „remote add master<\/code><\/strong>„, aus dem Verzeichnis 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}]}}