Git Troubleshooting

Ursache: Der SSH‑Key ist nicht im Agent, nicht auf dem Server oder du verwendest den falschen Key.

1. Prüfen, ob ein Key existiert

dir ~/.ssh

  Erwartet: id_ed25519 und id_ed25519.pub
- SSH‑Agent starten
  <code bash>eval $(ssh-agent -s)</code>
- Key hinzufügen
  <code bash>ssh-add ~/.ssh/id_ed25519</code>
- Public Key in Gitea eintragen
  * Gitea → Benutzerprofil → SSH‑Keys
  * Inhalt von id_ed25519.pub einfügen
- Verbindung testen
  <code bash>ssh -T git@<dein-gitea-host></code>
  

Ursache: Der Server ist neu oder der Fingerprint hat sich geändert.

ssh-keygen -R <gitea-host>
ssh <gitea-host>

→ Fingerprint bestätigen

In ~/.ssh/config:

Host gitea
    HostName <dein-host>
    User git
    IdentityFile ~/.ssh/id_ed25519

Ursache: Zwei Personen haben dieselbe Stelle geändert.

<<<<<<< HEAD
deine Änderungen
=======
Änderungen vom anderen Branch
>>>>>>> feature/login

1. Datei öffnen
2. Konfliktbereiche manuell korrigieren
3. Konfliktmarkierungen entfernen
4. Datei als gelöst markieren:

git add <datei>

1. Merge abschließen:

git commit

Merge abbrechen

git merge --abort

• Menü: Git → Konflikte → Konflikt lösen
• Alternativ: VS Code öffnen (bessere Konfliktansicht)

Ursache: Auf dem Server gibt es neue Commits, die du lokal nicht hast.

git pull

→ Konflikte lösen → Commit → Push

Ursache: Du hast lokal Commits, die nicht auf dem Server sind.

git pull --rebase
git push

git pull
git push

Ursache:

• Falscher Benutzer
• Keine Schreibrechte
• Falscher Branch (z. B. main geschützt)

• Gitea → Repository → Settings → Branch Protection prüfen
• Schreibrechte prüfen
• Branch wechseln:

git checkout <feature-branch>

Ursache: Bei HTTPS: falsches Passwort oder Token fehlt.

• In Gitea → Benutzerprofil → Tokens
• Neuen Token erstellen
• Git‑Credential‑Manager aktualisieren:

git credential-manager reject https://<gitea-host>

git fetch --all
git reset --hard origin/main

git restore --staged <datei>

git restore <datei>