Benutzer-Werkzeuge
developer:github
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
|
developer:github [2015/02/26 12:32] hofer [Aktuelle git Version installieren] |
developer:github [2019/08/13 13:48] (aktuell) |
||
|---|---|---|---|
| Zeile 83: | Zeile 83: | ||
| git branch -D mein-feature-branch | git branch -D mein-feature-branch | ||
| </code> | </code> | ||
| + | |||
| + | Soll ein neuer lokaler Branch für alle zur Verfügung stehen, kann dieser mit folgendem Befehl auf Github gepusht werden | ||
| + | <code> | ||
| + | git push origin mein-feature-branch | ||
| + | </code> | ||
| + | |||
| + | Damit danach ein status/pull/push korrekt funktioniert muss noch folgender Befehl ausgeführt werden | ||
| + | <code> | ||
| + | git branch --set-upstream-to=origin/mein-feature-branch mein-feature-branch | ||
| + | </code> | ||
| + | |||
| ===== git checkout (-b) nameDesBranches ===== | ===== git checkout (-b) nameDesBranches ===== | ||
| Zeile 146: | Zeile 157: | ||
| Vom hash reichen also auch die ersten 7 Stellen aus. | Vom hash reichen also auch die ersten 7 Stellen aus. | ||
| + | ===== Working Copy zurücksetzen ===== | ||
| + | Wenn bereits lokale Commits vorhanden sind die verworfen werden sollen kann der aktuelle stand des Remote repositorys geholt werden mit: | ||
| + | <code> | ||
| + | Auf Branch ci | ||
| + | Ihr Branch ist vor 'origin/ci' um 30 Commits. | ||
| + | (benutzen Sie "git push", um lokale Commits zu publizieren) | ||
| + | nichts zu committen, Arbeitsverzeichnis unverändert | ||
| + | </code> | ||
| + | Diese können mit folgenden Befehl verworfen werden: | ||
| + | <code> | ||
| + | git reset --hard origin/ci | ||
| + | </code> | ||
| + | wobei ci der name des Remote Branch ist. | ||
| + | |||
| + | ===== Branch Merge ===== | ||
| + | Wenn die Entwicklung in einem eigenen Branch stattfindet können die Änderungen vom Master in den Branch übernommen werden damit der Branch wieder am aktuellen Stand ist.\\ | ||
| + | 1. Schritt: Master aktualisieren | ||
| + | <code> | ||
| + | git checkout master | ||
| + | git pull | ||
| + | </code> | ||
| + | 2. Schritt: Branch aktualisieren | ||
| + | <code> | ||
| + | git checkout ci | ||
| + | git pull | ||
| + | </code> | ||
| + | 3. Schritt: Änderungen vom Master in den Branch mergen | ||
| + | (Man muss sich im Branch befinden) | ||
| + | <code> | ||
| + | git merge master | ||
| + | </code> | ||
| + | |||
| + | Wenn es zu Konflikten kommt müssen diese aufgelöst werden. | ||
| + | Mit 'git status' bekommt man eine Übersicht über den aktuellen Stand. | ||
| + | \\ | ||
| + | Soll bei einem Konflikt die Version des Branches übernommen werden kann das mit folgendem Befehl gemacht werden: | ||
| + | <code> | ||
| + | git checkout --ours datei.php | ||
| + | </code> | ||
| + | Soll stattdessen die Version aus dem Master übernommen werden: | ||
| + | <code> | ||
| + | git checkout --theirs datei.php | ||
| + | </code> | ||
| + | Anschließend wird die korrigierte Datei hinzugefügt: | ||
| + | <code> | ||
| + | git add datei.php | ||
| + | </code> | ||
| + | Wenn alle Konflikte behoben sind werden die Änderungen commited: | ||
| + | <code> | ||
| + | git commit | ||
| + | </code> | ||
| + | Und nach dem testen gepusht: | ||
| + | <code> | ||
| + | git push | ||
| + | </code> | ||
| ===== Andere interessante Befehle ===== | ===== Andere interessante Befehle ===== | ||
/var/www/wiki/data/attic/developer/github.1424950347.txt.gz · Zuletzt geändert: 2019/08/13 13:49 (Externe Bearbeitung)
Seiten-Werkzeuge
Falls nicht anders bezeichnet, ist der Inhalt dieses Wikis unter der folgenden Lizenz veröffentlicht: CC Attribution-Share Alike 4.0 International
