howto:git
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| howto:git [2017/10/15 08:02] – weniger sudo jau | howto:git [2022/09/25 19:05] (aktuell) – [Wie kann ich auch einen bestimmten Versionsstand (commit) wechseln?] Typo jau | ||
|---|---|---|---|
| Zeile 12: | Zeile 12: | ||
| Diese kann bei Bedarf verändert und aktualisiert werden. | Diese kann bei Bedarf verändert und aktualisiert werden. | ||
| + | |||
| + | Wichtig im Umgang mit git ist ist das man alle Befehle vom Wurzelverzeichnis des Projekts ausführt. | ||
| ===== Wie aktualisiere ich meine Middleware-Installation auf den aktuellen Stand? ===== | ===== Wie aktualisiere ich meine Middleware-Installation auf den aktuellen Stand? ===== | ||
| - | < | ||
| < | < | ||
| - | cd ~ | + | cd / |
| # ggf.Datensicherung | # ggf.Datensicherung | ||
| cp -r volkszaehler.org vz.org.bak | cp -r volkszaehler.org vz.org.bak | ||
| # Update | # Update | ||
| cd volkszaehler.org | cd volkszaehler.org | ||
| + | git stash | ||
| git pull | git pull | ||
| + | git stash apply | ||
| # Abhängigkeiten aktualisieren | # Abhängigkeiten aktualisieren | ||
| composer update | composer update | ||
| </ | </ | ||
| + | < | ||
| + | < | ||
| + | Die Datei config.dist.yaml kann als Vorlage genutzt werden.</ | ||
| Fehler beim Aufruf von Composer können daran liegen, dass Composer (http:// | Fehler beim Aufruf von Composer können daran liegen, dass Composer (http:// | ||
| Zeile 46: | Zeile 52: | ||
| < | < | ||
| git clone git:// | git clone git:// | ||
| + | </ | ||
| + | |||
| + | ===== Ich habe eine Datei geändert, wie bekomme ich wieder die Originalversion? | ||
| + | |||
| + | < | ||
| + | git checkout ./ | ||
| </ | </ | ||
| Zeile 58: | Zeile 70: | ||
| </ | </ | ||
| - | ===== Wie kann ich auch einen bestimmten Versionsstand (commit) wechseln? ===== | + | ===== Wie kann ich auf einen bestimmten Versionsstand (commit) wechseln? ===== |
| < | < | ||
| Zeile 78: | Zeile 90: | ||
| git checkout master | git checkout master | ||
| </ | </ | ||
| + | |||
| + | ===== Ein Pull-Request könnte mein lokales Problem lösen, wie kann ich ihn testen? ===== | ||
| + | |||
| + | Dazu brauchen wir die ID des Pull-Request und den Branchname unter dem er erstellt wurde. | ||
| + | {{ : | ||
| + | < | ||
| + | git fetch origin pull/ | ||
| + | </ | ||
| + | |||
| + | Im vorliegenden Beispiel sieht das dann so aus: | ||
| + | < | ||
| + | git pull | ||
| + | git fetch origin pull/ | ||
| + | git checkout fix-caching | ||
| + | composer update | ||
| + | </ | ||
| + | |||
| + | ===== Der Pull-Request wurde in den offiziellen Code übernommen, | ||
| + | |||
| + | [[howto: | ||
| ===== Was kann ich tun, wenn ich einen eigenen Fork habe und diesen mal wieder aktualisieren will? ===== | ===== Was kann ich tun, wenn ich einen eigenen Fork habe und diesen mal wieder aktualisieren will? ===== | ||
| Zeile 102: | Zeile 134: | ||
| git push --set-upstream origin aggregation-add-quiet-format # schiebt die Änderungen in das Master-Repo | git push --set-upstream origin aggregation-add-quiet-format # schiebt die Änderungen in das Master-Repo | ||
| </ | </ | ||
| - | Anschliessend PR stellen | + | Anschließend Pull-Request |
howto/git.1508047329.txt.gz · Zuletzt geändert: von jau