396
Bearbeitungen
Lernpfad:Einführung in Git/1: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
K
Lernpfad:Einführung in Git/1 (Quelltext anzeigen)
Version vom 17. August 2022, 22:04 Uhr
, 22:04, 17. Aug. 2022keine Bearbeitungszusammenfassung
Jneug (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Ngb (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
||
| Zeile 33: | Zeile 33: | ||
## Änderungen zurücksenden (''push''). | ## Änderungen zurücksenden (''push''). | ||
Ein '' | Ein ''Repositories'' bezeichnet einen Ordner mit verschiedenen Dateien und Verzeichnissen, die mit Git verwaltet werden. In unserem Fall könnte das ein {{BlueJ}}-Projekt sein, mit den Quelltexten als <code>.java</code> Dateien. | ||
[[Datei:Git Struktur.png|center]] | [[Datei:Git Struktur.png|center]] | ||
Beim Anlegen eines Repositories kann dieses entweder leer initialisiert (''init''), oder als Kopie (''fork'') eines bestehenden erzeugt werden. Sobald das Repository auf einem zentralen Server liegt, kann es von dort mit dem ''clone'' Befehl auf den eigenen Arbeitsrechner heruntergeladen werden. Dies muss nur einmal passieren. Danach werden mit dem ''pull'' Befehl nur noch die neusten Änderungen geladen. Dann wird zunächst auf dem eigenen Rechner programmiert. Zwischendurch werden die Änderungen in das lokal geklonte Repository eingespeichert (''commit''). Diese Änderungen liegen zunächst nur auf dem eigenen Rechner. Erst wenn alle Änderungen mit dem ''push'' Befehl auf den zentralen Rechner geladen werden, können die anderen Programmierer auf den Code zugreifen. Bevor man dies tut, sollte aber zuerst mit dem ''fetch'' Befehl geprüft werden, ob seit dem letzten ''pull'' neue Änderungen (von anderen Programmierern) vorgenommen wurden, da man sonst vielleicht einen Konflikt erzeugt. Sollten Änderungen vorhanden sein, muss zunächst ein weiterer ''pull'' durchgeführt werden, bevor schließlich die Änderungen ''gepushed'' werden können. | Beim Anlegen eines Repositories kann dieses entweder leer initialisiert (''init''), oder als Kopie (''fork'') eines bestehenden erzeugt werden. Sobald das Repository auf einem zentralen Server liegt, kann es von dort mit dem ''clone'' Befehl auf den eigenen Arbeitsrechner heruntergeladen werden. Dies muss nur einmal passieren. Danach werden mit dem ''pull'' Befehl nur noch die neusten Änderungen geladen. Dann wird zunächst auf dem eigenen Rechner programmiert. Zwischendurch werden die Änderungen in das lokal geklonte Repository eingespeichert (''commit''). Diese Änderungen liegen zunächst nur auf dem eigenen Rechner. Erst wenn alle Änderungen mit dem ''push'' Befehl auf den zentralen Rechner geladen werden, können die anderen Programmierer auf den Code zugreifen. Bevor man dies tut, sollte aber zuerst mit dem ''fetch'' Befehl geprüft werden, ob seit dem letzten ''pull'' neue Änderungen (von anderen Programmierern) vorgenommen wurden, da man sonst vielleicht einen Konflikt erzeugt. Sollten Änderungen vorhanden sein, muss zunächst ein weiterer ''pull'' durchgeführt werden, bevor schließlich die Änderungen ''gepushed'' werden können. | ||