faecher:informatik:oberstufe:git:cloning:start

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige Überarbeitung Vorherige Überarbeitung
Nächste Überarbeitung
Vorherige Überarbeitung
faecher:informatik:oberstufe:git:cloning:start [07.10.2024 17:38] – [Änderung auf den Server zurückkopieren] Frank Schiebelfaecher:informatik:oberstufe:git:cloning:start [22.11.2024 08:42] (aktuell) – [Änderung auf den Server zurückkopieren] Frank Schiebel
Zeile 14: Zeile 14:
 git clone https://codeberg.org/info-bw-wiki/git-kurs-tagebuch.git git clone https://codeberg.org/info-bw-wiki/git-kurs-tagebuch.git
 </code>  </code> 
-Die Adresse, von der das Repo geklont wird, heißt ''origin''.+Die Adresse, von der das Repo geklont wird, heißt standardmäßig ''origin''((Ein Repo kann mehr als einen Ursprug haben, dann heißen die auch unterschiedlich, aber das ist für Fortgeschrittene))
  
  
Zeile 64: Zeile 64:
  
  
-Mit dem Befehl ''git push'' kann man die Änderungen nun zum "origin" zurückpushen+Mit dem Befehl ''git push'' kann man die Änderungen nun zum "origin" zurück übertragen 
 +<code> 
 +max@pc:git-kurs-tagebuch$ git status 
 +Auf Branch main 
 +Ihr Branch ist 1 Commit vor 'origin/main'
 +  (benutzen Sie "git push", um lokale Commits zu publizieren)
  
-{{ :faecher:informatik:oberstufe:git:cloning:auswahl_318.png |}}+nichts zu committen, Arbeitsverzeichnis unverändert 
 +max@pc:git-kurs-tagebuch$ git push 
 +Username for 'https://codeberg.org'geheim 
 +Password for 'https://geheim@codeberg.org' 
 +Objekte aufzählen4, fertig. 
 +Zähle Objekte: 100% (4/4), fertig. 
 +Delta-Kompression verwendet bis zu 4 Threads. 
 +Komprimiere Objekte: 100% (2/2), fertig. 
 +Schreibe Objekte: 100% (3/3), 312 Bytes 312.00 KiB/s, fertig. 
 +Gesamt 3 (Delta 1), Wiederverwendet 0 (Delta 0), Pack wiederverwendet 0 
 +To https://codeberg.org/info-bw-wiki/git-kurs-tagebuch.git 
 +   d7aaac4..354c303  main -> main 
 +</code>
  
-Damit landen die Änderungen auf dem ursprünglichen Server.+Damit landen die Änderungen auf dem Server, von dem das Repo zuvor geklont wurde. Es darf aber natürlich nicht jeder auf jedes im Internet zugänglich Repository Änderung zurückspielen, sondern nur diejenigen, die dazu berechtigt sind. Wenn man den dargestellten Ablauf genau studiert, erkennt man, dass es notwendig war, Benutzername und Passwort anzugeben.   
 + 
 +Wenn die Seite des Repositorys -- wie im Beispiel des Tagebuchs -- öffentlich zugänglich ist, kann aber **jeder** die Änderungen betrachten und das Repository zu sich klonen! 
 + 
 +---- 
 +{{:aufgabe.png?nolink  |}} 
 +=== (A1) === 
 + 
 +  * Öffne das Repo auf Codeberg: https://codeberg.org/info-bw-wiki/git-kurs-tagebuch Erkunde dort in der Weboberfläche die Änderungen. Findest du den Branch mit den Blaubeeren zum Frühstück in der Weboberfläche von Codeberg? 
 +  * Erstelle ein neues Verzeichnis ''git-uebungen'', wechsle hinein. Klone das tagebuch Repo von Codeberg. Wo findest du in der Weboberfläche die Adresse, die du dem ''git clone'' Befehl übergeben musst? 
 +  * Verändere in deinem Klon Inhalte des Repos und erstelle einen oder mehrere neue Commits. Versuche dann die Änderungen mit ''git push'' wieder auf den Codeberg Server zu übertragen. Warum gelingt das nicht? 
 + 
 +Um die Änderungen selbst weiter verwalten zu können, muss man ein Repo verwenden, auf das man schreiben darf. [[https://info-bw.de/faecher:informatik:oberstufe:git:vorlage_klonen:start|Wie das geht steht hier]].
  
 ===== Aktuell bleiben mit "pull" ===== ===== Aktuell bleiben mit "pull" =====
Zeile 74: Zeile 103:
 Um Probleme beim "pushen" von Änderungen zu vermeiden - besonders wenn man in einem Team an einem Repo arbeitet, oder wenn man das Repo auf mehreren Rechnern gleichzeitig bearbeitet, muss man seine lokale Arbeitskopie aktuell halten. Das geschieht mit dem Befehl ''git pull''. Um Probleme beim "pushen" von Änderungen zu vermeiden - besonders wenn man in einem Team an einem Repo arbeitet, oder wenn man das Repo auf mehreren Rechnern gleichzeitig bearbeitet, muss man seine lokale Arbeitskopie aktuell halten. Das geschieht mit dem Befehl ''git pull''.
  
-Man sollte vor Arbeitsbeginn pullen und bevor man versucht zu pushen. wenn Konflikte auftreten, weil zwischenzeitlich Änderungen auf das zentrale Repository gepusht wurden, kann man diese zunächst lösen und dann das Ergebnis pushen. Wie man Konflikte löst betrachten wir gesondert.+Man sollte vor Arbeitsbeginn pullen und bevor man versucht zu pushen. wenn Konflikte auftreten, weil zwischenzeitlich Änderungen auf das zentrale Repository gepusht wurden, kann man diese zunächst lösen und dann das Ergebnis pushen.  
 + 
 +<code bash> 
 +max@pc:git-kurs-tagebuch$ git pull 
 +remote: Enumerating objects: 5, done. 
 +remote: Counting objects: 100% (5/5), done. 
 +remote: Compressing objects: 100% (2/2), done. 
 +remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) 
 +Entpacke Objekte: 100% (3/3), 329 Bytes | 29.00 KiB/s, fertig. 
 +Von https://codeberg.org/info-bw-wiki/git-kurs-tagebuch 
 + * [neuer Branch]    blaubeerfruehstueck -> origin/blaubeerfruehstueck 
 +</code> 
 + 
 + 
 +===== Material ===== 
 + 
 + * [[https://slides.info-bw.de/fs-wiki-git-remote/|Präsentation: Git Remote]] [[https://slides.info-bw.de/fs-wiki-git-remote/?print-pdf|(PDF)]]((Link öffnen, dann aus dem Browser in ein PDF drucken)) [[https://codeberg.org/slides-fs/fs-wiki-git-remote|(Code)]]
  
  
    
  • faecher/informatik/oberstufe/git/cloning/start.1728322716.txt.gz
  • Zuletzt geändert: 07.10.2024 17:38
  • von Frank Schiebel