Benutzer-Werkzeuge

Webseiten-Werkzeuge


werkzeuge:github:start

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige ÜberarbeitungVorherige Überarbeitung
Nächste Überarbeitung
Vorherige Überarbeitung
werkzeuge:github:start [11.08.2026 13:14] – [Verbindung zu GitHub] adminwerkzeuge:github:start [29.09.2026 05:50] (aktuell) – admin
Zeile 1: Zeile 1:
-<WRAP rww-subpage-header> +<WRAP rww-page-header> 
- +<WRAP rww-page-header-main> 
-<WRAP rww-subpage-heading>+<WRAP rww-page-title>
 ====== GitHub ====== ====== GitHub ======
 </WRAP> </WRAP>
  
-<WRAP rww-back> +<WRAP rww-page-icon> 
-[[werkzeuge:start|←]] [[werkzeuge:start|Werkzeuge]]+<iconify mdi:github> 
 +</WRAP>
 </WRAP> </WRAP>
  
 +<WRAP rww-page-back>
 +[[werkzeuge:start|← Werkzeuge]] · [[:start|Startseite]]
 +</WRAP>
 </WRAP> </WRAP>
 +
 +----
  
 ===== Was ist GitHub? ===== ===== Was ist GitHub? =====
 +
 GitHub ist eine Online-Plattform, auf der Softwareprojekte und deren Dateien gespeichert und gemeinsam verwaltet werden können. GitHub ist eine Online-Plattform, auf der Softwareprojekte und deren Dateien gespeichert und gemeinsam verwaltet werden können.
  
Zeile 21: Zeile 28:
  
 ===== Git und GitHub – ist das dasselbe? ===== ===== Git und GitHub – ist das dasselbe? =====
 +
 Nein. Git und GitHub gehören zusammen, sind aber nicht dasselbe. Nein. Git und GitHub gehören zusammen, sind aber nicht dasselbe.
  
Zeile 37: Zeile 45:
  
 ===== Warum beschäftige ich mich damit? ===== ===== Warum beschäftige ich mich damit? =====
 +
 GitHub ist für mich vor allem im Zusammenhang mit meinen eigenen Entwicklungsprojekten interessant. GitHub ist für mich vor allem im Zusammenhang mit meinen eigenen Entwicklungsprojekten interessant.
  
Zeile 46: Zeile 55:
  
 ===== Wie funktioniert GitHub grundsätzlich? ===== ===== Wie funktioniert GitHub grundsätzlich? =====
 +
 Auf meinem Rechner befindet sich zunächst das eigentliche Projekt mit seinen Dateien. Auf meinem Rechner befindet sich zunächst das eigentliche Projekt mit seinen Dateien.
  
Zeile 65: Zeile 75:
        GitHub        GitHub
 </code> </code>
 +
 +{{:rww:infografiken:infografik_git_github_grundprinzip.png|Git & GitHub – Das Grundprinzip}}
  
 Mit ''push'' übertrage ich meine lokal gespeicherten Änderungen zu GitHub. Mit ''push'' übertrage ich meine lokal gespeicherten Änderungen zu GitHub.
Zeile 71: Zeile 83:
  
 ===== Meine Umgebung ===== ===== Meine Umgebung =====
 +
 GitHub nutze ich im Zusammenhang mit meiner lokalen Entwicklungsumgebung für TheCruiserBlog. GitHub nutze ich im Zusammenhang mit meiner lokalen Entwicklungsumgebung für TheCruiserBlog.
  
Zeile 86: Zeile 99:
  
 Änderungen kann ich lokal mit Git erfassen und anschließend zu GitHub übertragen. Änderungen kann ich lokal mit Git erfassen und anschließend zu GitHub übertragen.
 +
 ===== Mein erstes Repository ===== ===== Mein erstes Repository =====
 +
 Mein erstes GitHub-Repository gehört zu meinem Projekt **TheCruiserBlog**. Mein erstes GitHub-Repository gehört zu meinem Projekt **TheCruiserBlog**.
  
Zeile 94: Zeile 109:
  
 <code> <code>
-Lokal auf meinem Rechner+Lokales Git-Repository
 E:\xampp\htdocs\thecruiserblog E:\xampp\htdocs\thecruiserblog
  
-        ↕ Git+        ↕ 
 +   Verbindung über origin
  
-Repository auf GitHub+GitHub-Repository
 </code> </code>
  
Zeile 140: Zeile 156:
  
 Später können weitere Branches sinnvoll werden, beispielsweise um Änderungen zunächst getrennt vom Hauptstand zu entwickeln. Für den Einstieg konzentriere ich mich jedoch bewusst nur auf ''main''. Später können weitere Branches sinnvoll werden, beispielsweise um Änderungen zunächst getrennt vom Hauptstand zu entwickeln. Für den Einstieg konzentriere ich mich jedoch bewusst nur auf ''main''.
 +
 ===== Mein praktischer Arbeitsablauf ===== ===== Mein praktischer Arbeitsablauf =====
 +
 +Git und GitHub möchte ich nicht nur theoretisch verstehen. Entscheidend ist für mich, wie beide Werkzeuge in meinen normalen Arbeitsablauf passen.
 +
 +Dabei möchte ich Schritt für Schritt nachvollziehen:
 +
 +  * welche Dateien Git als geändert erkennt
 +  * wie ich Änderungen für einen Commit vorbereite
 +  * wie ich einen Arbeitsstand als Commit speichere
 +  * wie ich diesen Stand anschließend zu GitHub übertrage
 +  * wie ich kontrollieren kann, ob lokales Repository und GitHub auf demselben Stand sind
 +
 +Diesen Ablauf dokumentiere ich anhand meiner tatsächlichen Arbeit am Projekt TheCruiserBlog.
 +
 +==== Projektstatus prüfen ====
 +
 +Bevor ich mit Git weiterarbeite, kann ich zunächst den aktuellen Zustand meines lokalen Repositories prüfen:
 +
 +<code>
 +git status
 +</code>
 +
 +Der Befehl verändert nichts, sondern zeigt mir den aktuellen Git-Status.
 +
 +Beispiel aus meinem TheCruiserBlog-Repository:
 +
 +<code>
 +On branch main
 +Your branch is up to date with 'origin/main'.
 +
 +nothing to commit, working tree clean
 +</code>
 +
 +Das bedeutet für meinen aktuellen Stand:
 +
 +  * Ich arbeite auf dem Branch ''main''.
 +  * Mein lokaler Branch hat gegenüber ''origin/main'' keine ausstehenden Commits.
 +  * Es gibt momentan nichts zu committen.
 +  * Mein Arbeitsverzeichnis ist sauber.
 +
 +''git status'' ist damit für mich ein wichtiger Kontrollbefehl: **Erst schauen, was Git sieht – dann handeln.**
  
 ===== Begriffe, die ich verstehen möchte ===== ===== Begriffe, die ich verstehen möchte =====
 +
 +Bei Git und GitHub begegnen mir viele Begriffe, deren Bedeutung am Anfang nicht selbstverständlich ist.
 +
 +Hier sammle ich nur Begriffe, die mir bei meiner eigenen Arbeit tatsächlich begegnet sind. Die Liste wächst deshalb zusammen mit meiner praktischen Erfahrung.
 +
 +==== Meine ersten Begriffe ====
 +
 +  * **Repository** → ein von Git verwaltetes Projekt mit seiner Versionsgeschichte
 +  * **Branch** → eine Entwicklungslinie innerhalb eines Repositories
 +  * **main** → der Hauptbranch meines aktuellen Projekts
 +  * **Remote** → ein entferntes Repository, mit dem mein lokales Repository verbunden ist
 +  * **origin** → der lokale Kurzname für mein verbundenes GitHub-Repository
 +  * **Commit** → ein mit Git gespeicherter Arbeitsstand
 +  * **Push** → lokale Commits zum entfernten Repository übertragen
 +  * **Fetch** → Informationen und Änderungen vom entfernten Repository abrufen
 +  * **Working Tree** → die aktuell ausgecheckten Projektdateien, an denen ich lokal arbeite
  
 ===== Probleme & Lösungen ===== ===== Probleme & Lösungen =====
  
 +Git und GitHub sind für mich noch neu. Deshalb dokumentiere ich hier Probleme und Stolpersteine, die mir bei der praktischen Arbeit tatsächlich begegnen.
 +
 +Für jeden Fall möchte ich möglichst festhalten:
 +
 +  * Was wollte ich machen?
 +  * Was ist passiert?
 +  * Welche Meldung wurde angezeigt?
 +  * Was war die Ursache?
 +  * Wie habe ich das Problem gelöst?
 +
 +Dieser Bereich wächst zusammen mit meiner praktischen Erfahrung.
 +
 +<WRAP rww-to-top>
 +[[#github|↑]]
 +</WRAP>
werkzeuge/github/start.1786446886.txt.gz · Zuletzt geändert: (Externe Bearbeitung)

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki