GIT-Tutorial.html 16 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259
  1. <h1><a id="0"></a>GIT Tutorial</h1>
  2. <p id="line3"><code>Work in Progress ! ||| Made by m0e@2019 --- E42L</code></p>
  3. <p id="line5"></p><ul class="table-of-contents"><li><a href="#0">GIT Tutorial</a></li><ul class="table-of-contents"><li><a href="#7">Hilfreiche Links vorab:</a></li><li><a href="#25">Grundlegende Befehle:</a></li><li><a href="#44">Grundlagen</a></li><ul class="table-of-contents"><li><a href="#229">Branching</a></li><li><a href="#251">Tags</a></li></ul><li><a href="#284">Aliase und Autovervollständigung</a></li><ul class="table-of-contents"><li><a href="#286">Autocompletion</a></li><li><a href="#290">Alias</a></li></ul><li><a href="#294">Reset lokal Repository</a></li><li><a href="#304">Software (Windows oder MultiPlattform)</a></li><li><a href="#324">Häufiger Workflow</a></li><li><a href="#353">weitere Befehle</a></li></ul></ul><p></p>
  4. <h2><a id="7"></a>Hilfreiche Links vorab:</h2>
  5. <p id="line8"><a href="https://git-scm.com/book/de/v1/">Offizielles GIT Buch</a> -- Sehr gut, mehrsprachig</p>
  6. <p id="line10"><a href="https://rogerdudler.github.io/git-guide/index.de.html">Tutorial - kein SchnickSchnack</a> -- kurz und knackig</p>
  7. <p id="line12"><a href="https://www.thewebhatesme.com/entwicklung/git-fuer-einsteiger/">Git für Einsteiger</a></p>
  8. <p id="line14"><a href="https://try.github.io/">Github Playground</a> -- inkteraktive Spielwiese</p>
  9. <p id="line16"><a href="http://think-like-a-git.net/">Think like (a) GIT</a></p>
  10. <p id="line18"><a href="http://git.enigma42.de/m0e/GIT-Tut">Daten diese Tutorials</a> -- Repo des Tutorials</p>
  11. <p id="line20"><a href="https://github.com/darthm0e/Test-GIT-TUT">Tutorial Repo</a> -- Das Beispielrepository</p>
  12. <hr id="line22">
  13. <h2><a id="25"></a>Grundlegende Befehle:</h2>
  14. <p id="line27">git init</p>
  15. <p id="line29">git add . || git add <filename></filename></p>
  16. <p id="line31">git commit -m "grund" || git commit -a -m "grund"</p>
  17. <p id="line33">git remote add origin <a href="http://pfad.zum/repo.git">http://pfad.zum/repo.git</a></p>
  18. <p id="line35">git push -u origin master (master ist hier der Name des Branch, also hier der Hauptbranch)</p>
  19. <p id="line37">git clone url (opt. lokalesVerzeichniss)</p>
  20. <p id="line39">git clone --recursive</p>
  21. <hr id="line41">
  22. <h2><a id="44"></a>Grundlagen</h2>
  23. <p id="line46">GIT ist ein relativ neues VCS (Version-Controll-System), welches im Unterschied zu vielen anderen Änderungen an Dateien und Ordnern nicht als Diffs (fortlaufende Liste der Änderung an Dateien) sondern erzeugt bei einem Commit einen Snapshot des Repository-<em>"Dateisystems"</em><br>
  24. Hierbei werden effizienter weise nur geänderte Dateien neu gespeichert. Auf unveränderte Dateien wird nur ein Verweis auf den jeweiligen Snapshot angelegt. Dieses Konzept vereinfacht unter anderem die Arbeit mit Branches (<em>Grundlagen &gt; Branching</em>).</p>
  25. <p id="line50"><img src="file:///home/m0e/GIT/GIT-Tut/img/snapshot.png" alt="Snapshots in GIT"></p>
  26. <p id="line53">Lokal wird mit <code>git init</code> ein Repository erzeugt, und der Ordner <code>.git</code> angelegt. Hier liegen Konfigurationsdateien des Repositorys und weiter Daten (für uns hier unrelevant).<br>
  27. In der Regel wird man ein Verzeichnis wählen das bereits Daten enthält. Um diese dem Repository bekannt zu machen (einchecken) führen wir den Befehl <code>git add .</code> aus. Hiermit werden alle im Verzeichnis enthaltenen Dateien und Ordner ins Repository aufgenommen. Um nur bestimmte Dateien oder Ordner aufzunehmen kann man statt des Punktes den Datei-/Ordnernamen angeben. Möglich ist auch die Angabe in Form von "Wildcards" um etwa alle Dateien eines Typs auzunehmen -&gt; <code>git add *.png</code> oder <code>git add GenialeDateien.*</code></p>
  28. <pre><code>~Screendump:~
  29. $ git init
  30. Initialized empty Git repository in /mnt/c/Users/m0e/Documents/GIT/Test-GIT-TUT/.git/
  31. $ git add *.md
  32. </code></pre>
  33. <p id="line65">Unsere Dateien wurden jetzt zur Versionskontrolle (Staging Area) hinzugefügt, im Git Jargon <code>staged</code> oder <code>staging</code> genannt.<br>
  34. mit <code>git status</code> zeigt uns GIT diesen Zustand auch an:</p>
  35. <pre><code>~Screendump:~
  36. $ git status
  37. On branch master
  38. Initial commit
  39. Changes to be committed:
  40. (use "git rm --cached &lt;file&gt;..." to unstage)
  41. new file: README.md
  42. new file: Test.md
  43. </code></pre>
  44. <p id="line83">Nachdem nun alle Dateien in der Staging Area gesammelt sind können wir einen Commit ausführen und die Dateien zum Repository hinzufügen.<br>
  45. <code>git commit</code> öffnet den Standard Texteditor mit einer ähnlichen Meldung:</p>
  46. <pre><code> GNU nano 2.7.4 File: /mnt/c/Users/m0e/Documents/GIT/Test-GIT-TUT/.git/COMMIT_EDITMSG
  47. # Please enter the commit message for your changes. Lines starting
  48. # with '#' will be ignored, and an empty message aborts the commit.
  49. # On branch master
  50. #
  51. # Initial commit
  52. #
  53. # Changes to be committed:
  54. # new file: README.md
  55. # new file: Test.md
  56. #
  57. </code></pre>
  58. <p id="line100">hier kann man noch weiter Kommentare einfügen, i.d.R. wird man die vorhanden Kommentare lassen, welches die Ausgabe von <code>git status</code> enthält. Hierdurch erkennt man besser was genau mit dem Commit geändert wurde. Gibt man zusätzlich den Schalter -v mit an wird noch ein DateiDiff der Commitmeldung hinzugefügt.</p>
  59. <p id="line102">Bei kleinen Änderungen kann die Commit Nachricht auch direkt im BEfehl mitgegeben werden</p>
  60. <pre><code>$ git commit -m "Schneller Commit, kleine Bugfixes"
  61. [master (root-commit) f99b0dd] Schneller Commit, kleine Bugfixes
  62. 2 files changed, 4 insertions(+)
  63. create mode 100644 README.md
  64. create mode 100644 Test.md
  65. </code></pre>
  66. <p id="line111">Die Ausgabe darunter teilt uns nun mit das der Commit erfolgreich dem <code>master Branch</code> hinzugefügt wurde, die SHA-1 Checksumme <em>(f99b0dd)</em>, die Commitmeldung, die geänderten Dateien und eine Angabe über die hinzugefügten oder entfernten Zeilen.</p>
  67. <p id="line113">Für Dateien die bereits mit <code>git add</code> hinzugefügt wurden kann man später das Staging überspringen.</p>
  68. <pre><code>$ git commit -a -m "Schneller Commit, kleine Bugfixes, OHNE Staging"
  69. [master f205c80] Schneller Commit, kleine Bugfixes, OHNE Staging
  70. 1 file changed, 3 insertions(+)
  71. </code></pre>
  72. <p id="line120">Normalerweise wird man im Umgang mit GIT einen Zentralen Server wie Github, Gitlab, Bitbucket oder selbsteghostet benutzen. Um unserem Lokalen Repository diesen Server bekannt zu machen führen wir den folgenden Befehl aus:<br>
  73. <code>git remote add origin https://github.com/darthm0e/Test-GIT-TUT.git</code><br>
  74. Im Beispiel wird das <strong>Vorher</strong> angelegte Repository <a href="https://github.com/darthm0e/Test-GIT-TUT">Test-GIT-TUT</a> auf <a href="http://www.github.com">Github</a> benutzt.</p>
  75. <p id="line124">Wenn wir jetzt <code>git push -u origin master</code> ausführen werden unsere Daten des Commits auf den Remote Server (origin, Name wählbar) in den Master-Branch geladen. Hiermit können auch weiter Server oder Branches hinzugefügt werden.<br>
  76. <code>git push -u developer nightly</code> würde die Daten auf einen mit <code>git remote</code> als Developer in die <em>Nightly-Branch</em> laden.</p>
  77. <pre><code>$ git push -u origin master
  78. Username for 'https://github.com': supamoe25@gmail.com
  79. Password for 'https://supamoe25@gmail.com@github.com':
  80. Counting objects: 7, done.
  81. Delta compression using up to 8 threads.
  82. Compressing objects: 100% (4/4), done.
  83. Writing objects: 100% (7/7), 612 bytes | 0 bytes/s, done.
  84. Total 7 (delta 0), reused 0 (delta 0)
  85. To https://github.com/darthm0e/Test-GIT-TUT.git
  86. * [new branch] master -&gt; master
  87. Branch master set up to track remote branch master from origin.
  88. </code></pre>
  89. <p id="line141">Gibt man nun jemandem den Link zum Repository, kann sich dieser den Inhalt anschauen, auf seinen Rechner laden, bearbeiten, änderungen hochladen (schreibrechte vorrausgesetzt) etc.</p>
  90. <p id="line143"><code>git clone &lt;link&gt;</code> oder <code>git clone --recursive &lt;link&gt;</code></p>
  91. <p id="line145">lädt das Repository in einen Unterordner(Name des Repo) ins aktuelle Verzeichniss.</p>
  92. <pre><code>$ git clone https://github.com/darthm0e/Test-GIT-TUT.git
  93. Cloning into 'Test-GIT-TUT'...
  94. remote: Enumerating objects: 7, done.
  95. remote: Counting objects: 100% (7/7), done.
  96. remote: Compressing objects: 100% (4/4), done.
  97. remote: Total 7 (delta 0), reused 7 (delta 0), pack-reused 0
  98. Unpacking objects: 100% (7/7), done.
  99. </code></pre>
  100. <p id="line156">Mit <code>git log</code> bzw <code>git log -p</code> kann man sich alle Commits bzw alle Commits mit änderungen anzeigen lassen:</p>
  101. <pre><code>$ git log
  102. commit f205c80841f3b37957101285fc6af5b1691cc81d
  103. Author: m0e &lt;supamoe25@gmail.com&gt;
  104. Date: Sat Jan 19 16:01:40 2019 +0100
  105. Schneller Commit, kleine Bugfixes, OHNE Staging
  106. commit f99b0dd5b53a0f66e893bf6cd269eca779851082
  107. Author: m0e &lt;supamoe25@gmail.com&gt;
  108. Date: Sat Jan 19 15:55:32 2019 +0100
  109. Schneller Commit, kleine Bugfixes
  110. (END)
  111. </code></pre>
  112. <pre><code>git log -p
  113. commit f205c80841f3b37957101285fc6af5b1691cc81d
  114. Author: m0e &lt;supamoe25@gmail.com&gt;
  115. Date: Sat Jan 19 16:01:40 2019 +0100
  116. Schneller Commit, kleine Bugfixes, OHNE Staging
  117. diff --git a/Test.md b/Test.md
  118. index 980a0d5..d6baa93 100644
  119. --- a/Test.md
  120. +++ b/Test.md
  121. @@ -1 +1,4 @@
  122. Hello World!
  123. +
  124. +
  125. +Was hinzugef&lt;C3&gt;&lt;BC&gt;gt
  126. commit f99b0dd5b53a0f66e893bf6cd269eca779851082
  127. Author: m0e &lt;supamoe25@gmail.com&gt;
  128. Date: Sat Jan 19 15:55:32 2019 +0100
  129. Schneller Commit, kleine Bugfixes
  130. diff --git a/README.md b/README.md
  131. new file mode 100644
  132. index 0000000..8829e9f
  133. --- /dev/null
  134. +++ b/README.md
  135. @@ -0,0 +1,3 @@
  136. +Hello World !
  137. +
  138. +Daten fuers GIT Tut
  139. diff --git a/Test.md b/Test.md
  140. new file mode 100644
  141. index 0000000..980a0d5
  142. --- /dev/null
  143. +++ b/Test.md
  144. @@ -0,0 +1 @@
  145. +Hello World!
  146. (END)
  147. </code></pre>
  148. <p id="line217">Eine Übersicht über die vorhandenen Remote Repositorys gibt <code>git remote -v</code></p>
  149. <pre><code>$ git remote -v
  150. origin https://github.com/darthm0e/Test-GIT-TUT.git (fetch)
  151. origin https://github.com/darthm0e/Test-GIT-TUT.git (push)
  152. </code></pre>
  153. <p id="line225">Um die aktuellsten Änderungen ins lokale Repository zu übertragen führt man <code>git pull</code> aus. GIT versucht die neuen Commits aus dem Remote Repository zu holen und mit den lokalen Dateien zusammenzuführen.</p>
  154. <h3><a id="229"></a>Branching</h3>
  155. <p id="line231"><img src="file:///home/m0e/GIT/GIT-Tut/img/branching.png" alt="branching"></p>
  156. <p id="line235">git branch "branchname" -&gt; Branch erstellen</p>
  157. <p id="line237">git checkout "branchname" -&gt; Zum Branch wechseln</p>
  158. <p id="line239">git push --set-upstream origin "branchname" -&gt; Branch hochladen</p>
  159. <p id="line241">git checkout master -&gt; Zurück zum master Branch</p>
  160. <p id="line243">git merge "branchname" -&gt; branch einchecken</p>
  161. <p id="line245">git branch -d "brnachname" -&gt; branch löschen</p>
  162. <p id="line247">git push -&gt; hochladen</p>
  163. <h3><a id="251"></a>Tags</h3>
  164. <p id="line253">In GIT (wie auch in anderen VersionControll-Systemen - VCS) können mit Hilfe von Tags wichtige Punkte in der Commit-Hitory markiert werden. Normalerweise werden hiermit ReleaseVersionen oder andere Meilensteine markiert.<br>
  165. <img src="file:///home/m0e/GIT/GIT-Tut/img/tag.png" alt="tags"><br>
  166. Um sich die in einem Repository vorhandenn Tags anzeigen zu lassen wird <code>git tag</code> benutzt. Hiermit werden die Tags in alphabetischer Reihenfolge aufgelistet</p>
  167. <pre><code>$&gt; git tag
  168. 0.1
  169. help
  170. testing
  171. </code></pre>
  172. <p id="line263">Um nur bestimmte Tags zu sehen kann man folgenden Befehl verwenden: <code>git tag -l 'v1.4.2'</code></p>
  173. <p id="line266">GIT unterscheidet 2 Arten von Tags, einfache (engl. lightweight) und kommentierte (engl. annotated)<br>
  174. Ein normaler Tag ist lediglich ein Zeiger auf einen Commit. Der Tag bleibt mit dem Commit verbunden und wird auch von nachfolgenden Änderungen nicht beeinflusst.<br>
  175. Ein Kommentierter Tag wird als vollwertiges Objekt in GIT gespeichert (ähnlich Commit) und umfasst eine Checksumme, Namen des Verfassers, die eMail Adresse das Datum und sowie eine Tag Nachricht. Desweiteren kann solch ein Tag mit GPG signiert werden.</p>
  176. <p id="line272">Um nur bestimmte Tags zu sehen kann man folgenden Befehl verwenden: <code>git tag -l 'v1.4.2'</code><br>
  177. git tag -&gt; Tags anzeigen</p>
  178. <p id="line276">git tag -a v1.2.3 -m "Version 1.2.3" -&gt; Kommentierter Tag erstellen</p>
  179. <p id="line278">git tag -s v1.5 -m 'my signed 1.5 tag' -&gt; Tag mit GPG signieren</p>
  180. <p id="line280">git push origin --tags -&gt; Tags in Repo pushen</p>
  181. <h2><a id="284"></a>Aliase und Autovervollständigung</h2>
  182. <h3><a id="286"></a>Autocompletion</h3>
  183. <p id="line287">Um für GIT Befehle eine Autovervollständigung zu erhalten, läd man (hier für BASH) das Script unter: <a href="https://github.com/git/git/blob/master/contrib/completion/git-completion.bash">Git-completion.bash</a><br>
  184. herunter, und fügt <code>source ~/git-completion.bash</code> zu .bashrc hinzu.</p>
  185. <h3><a id="290"></a>Alias</h3>
  186. <p id="line291">git config --global alias.upPush ´git add . ; git commit -a -m; git push -u origin´</p>
  187. <h2><a id="294"></a>Reset lokal Repository</h2>
  188. <p id="line296">git fetch origin</p>
  189. <p id="line298">git reset –hard origin/master</p>
  190. <hr id="line302">
  191. <h2><a id="304"></a>Software (Windows oder MultiPlattform)</h2>
  192. <p id="line306"><a href="https://git-scm.com/download/win">GitBash &amp; GitGUI</a><br>
  193. <img src="file:///home/m0e/GIT/GIT-Tut/img/gitGUI.png" alt="gitGUI"> ^GitGUI^ ^Hauptfenster^</p>
  194. <p id="line309"><a href="https://www.sourcetreeapp.com/">SourceTree</a></p>
  195. <p id="line311"><a href="https://desktop.github.com/">Github Desktop</a><br>
  196. <img src="file:///home/m0e/GIT/GIT-Tut/img/gitDesktop.png" alt="gitDesktop"> ^Github^ ^Desktop^ ^Hauptfenster^</p>
  197. <p id="line314"><a href="https://www.gitkraken.com/">Git Kraken</a></p>
  198. <p id="line316"><a href="https://git-fork.com/">Fork</a></p>
  199. <p id="line318"><a href="https://github.com/FabriceSalvaire/CodeReview/">CodeReview</a></p>
  200. <p id="line320"><a href="https://gitblade.com/">Git Blade</a></p>
  201. <hr id="line322">
  202. <h2><a id="324"></a>Häufiger Workflow</h2>
  203. <p id="line326">Während der Entwicklungsarbeit wird der Workflow meistens in etwa so aussehen:</p>
  204. <ul id="line328">
  205. <li id="line328">Aktuellen master-Branch vom Server downloaden (vorher mit git status sicherstellen, dass man sich auf dem master-Branch befindet. Wenn nicht: git checkout master):<br>
  206. <code>#&gt; git pull</code></li>
  207. <li id="line330">Einen neuen Branch für das kommende Feature anlegen:<br>
  208. <code>#&gt; git checkout -b meinfeature master</code></li>
  209. <li id="line332">[Änderungen am Code durchführen]</li>
  210. <li id="line333">Geänderte und neue Dateien stagen:<br>
  211. <code>#&gt; git add .</code></li>
  212. <li id="line335">Änderungen committen:<br>
  213. <code>#&gt; git commit -m "Changes xyz"</code></li>
  214. <li id="line337">Jetzt den Branch auf den Server laden, wenn gewünscht:<br>
  215. <code>#&gt; git push -u origin meinfeature</code></li>
  216. <li id="line339">… oder direkt in dem master wechseln:<br>
  217. <code>#&gt; git checkout master</code></li>
  218. <li id="line341">(nochmals aktuellen Code ziehen - zur Sicherheit)<br>
  219. <code>#&gt; git pull</code></li>
  220. <li id="line343">Eigenen Code mit master zusammenführen:<br>
  221. <code>#&gt; git merge meinfeature</code></li>
  222. <li id="line345">Nicht mehr benötigten Branch löschen:<br>
  223. <code>#&gt; git branch -d meinfeature</code></li>
  224. <li id="line347">Aktualisierten master auf den Server pushen:<br>
  225. <code>#&gt; git push</code></li>
  226. </ul>
  227. <ul id="line351">
  228. <li id="line351">Fertig</li>
  229. </ul>
  230. <h2><a id="353"></a>weitere Befehle</h2>
  231. <p id="line355"><code>git stat</code></p>
  232. <p id="line357"><code>git diff</code></p>
  233. <p id="line359"><code>git fetch</code></p>
  234. <p id="line361"><code>git mv</code></p>
  235. <p id="line363"><code>git show</code></p>
  236. <p id="line365"><code>git remote show origin</code></p>
  237. <p id="line367"><code>git remote rm &lt;name&gt;</code></p>
  238. <p id="line369"><code>git rebase</code></p>
  239. <hr id="line372">
  240. <p id="line374"><em>~ Made by m0e@2019 --- enigma42Labs ~</em></p>