Benutzer:Andreas Plank/Git ~ Nützliche Befehle
< Benutzer:Andreas Plank
Zur Navigation springen
Zur Suche springen
Version vom 13. September 2023, 10:44 Uhr von Andreas Plank (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Lesenswertes: * https://rogerdudler.github.io/git-guide/index.de.html – Kurzanleitung: »''git - Der einfache Einstieg'' (eine einfache Anleitung, um git zu…“)
Lesenswertes:
- https://rogerdudler.github.io/git-guide/index.de.html – Kurzanleitung: »git - Der einfache Einstieg (eine einfache Anleitung, um git zu lernen. Kein Schnick-Schnack ;))«
- https://git-scm.com/docs/git/de –
- https://www.atlassian.com/git/tutorials/saving-changes – Anleitung in Englisch und sehr ausführlich
git status
git help add # Hilfe zum git-Befehl `add` anzeigen
git log --oneline
# Der Bereitstellung hinzufügen (staging area)
git add --dry-run --verbose * # anzeigen was hinzugefügt werden würde
git add --verbose * # fügt alles to the staging area
git add --interactive * # anzeigen was mit welcher Datei + Änderung zu tun sein soll
git add --patch * # zu git hinzufügen – fragt nach, was alles hinzugefügt werden soll
git restore --staged Datei.html # git add Datei.html rückwirkend der Bereitstellung ausgliedern (sie wird nicht versendet)
git commit --message="added creation of BGBM example data sets"
git push --dry-run --set-upstream origin main # nur Testlauf (ohne Ausführen) alles rüberschieben zum Repository
git push --set-upstream origin main # tatsächlich alles rüberschieben zum Repository
# vorher theoretisch `git remote add origin https://github.com/yourPseudo/repositoryName.git` was aber bei vorherigem `git clone …` schon der hiesigen Arbeitskopie bekannt sein dürfte.
Gescheitertes git push
und zurücksetzen
Nach git add
, git commit
dann git push
erfolglos gescheitertes rüberschieben (z.B. files too large), kann man wie folgt die Übergebung (commit) zurücksetzen:
git status
… suche nach »Ihr Branch ist 1 Commit vor ‘origin/main’.«- sanftes zurücksetzen (ohne Löschung noch geänderter Dateien)
git reset --soft HEAD~1
(die “~1” ist die Eins aus „…ist 1 Commit vor…“)- dagegen
git reset --hard HEAD~1
würde geänderte Dateien wirklich löschen oder auf den letzten Zustand zurücksetzen, d.h. Dateiänderungen gehen verloren
- möglicherweise noch neue Änderungen machen
- dann erneut
git add
,git commit
,git push
wie üblich