docs: [30388f42] Füge Git-Troubleshooting für Docker-Umgebung zu GEMINI.md hinzu
- Dokumentiert in GEMINI.md die Lösung für / Fehler in Docker-Containern. - Beschreibt die Umstellung auf lokale IP-Adresse und token-basierte Authentifizierung für direkte Container-zu-Container-Kommunikation mit Gitea. - Enthält detaillierte Schritte zur Konfiguration und Verifizierung der Git Remote URL.
This commit is contained in:
32
GEMINI.md
32
GEMINI.md
@@ -55,6 +55,38 @@ Wenn Sie `#fertig` eingeben, führt der Agent folgende Schritte aus:
|
||||
- Der Status des Tasks in Notion wird auf "Done" (oder einen anderen passenden Status) gesetzt.
|
||||
4. **Commit & Push:** Wenn Code-Änderungen vorhanden sind, wird ein Commit erstellt und ein `git push` interaktiv angefragt.
|
||||
|
||||
### ⚠️ Troubleshooting: Git `push`/`pull` Fehler in Docker-Containern
|
||||
|
||||
Gelegentlich kann es vorkommen, dass `git push` oder `git pull` Befehle aus dem `gemini-session` Docker-Container heraus mit Fehlern wie `Could not resolve host` oder `Failed to connect to <Gitea-Domain>` fehlschlagen, selbst wenn die externe Gitea-URL (z.B. `floke-gitea.duckdns.org`) im Host-System erreichbar ist. Dies liegt daran, dass der Docker-Container möglicherweise nicht dieselben DNS-Auflösungsmechanismen oder eine direkte Verbindung zur externen Adresse hat.
|
||||
|
||||
**Problem:** Standard-DNS-Auflösung und externe Hostnamen schlagen innerhalb des Docker-Containers fehl.
|
||||
|
||||
**Lösung:** Um eine robuste und direkte Verbindung zum Gitea-Container auf dem *selben Docker-Host* herzustellen, sollte die Git Remote URL auf die **lokale IP-Adresse des Docker-Hosts** und die **token-basierte Authentifizierung** umgestellt werden.
|
||||
|
||||
**Schritte zur Konfiguration:**
|
||||
|
||||
1. **Lokale IP des Docker-Hosts ermitteln:**
|
||||
* Finden Sie die lokale IP-Adresse des Servers (z.B. Ihrer Diskstation), auf dem die Docker-Container laufen. Beispiel: `192.168.178.6`.
|
||||
2. **Gitea-Token aus `.env` ermitteln:**
|
||||
* Finden Sie das Gitea-Token (das im Format `<Token>` in der `.env`-Datei oder in der vorherigen `git remote -v` Ausgabe zu finden ist). Beispiel: `318c736205934dd066b6bbcb1d732931eaa7c8c4`.
|
||||
3. **Git Remote URL aktualisieren:**
|
||||
* Verwenden Sie den folgenden Befehl, um die Remote-URL zu aktualisieren. Ersetzen Sie `<Username>`, `<Token>` und `<Local-IP-Adresse>` durch Ihre Werte.
|
||||
```bash
|
||||
git remote set-url origin http://<Username>:<Token>@<Local-IP-Adresse>:3000/Floke/Brancheneinstufung2.git
|
||||
```
|
||||
* **Beispiel (mit Ihren Daten):**
|
||||
```bash
|
||||
git remote set-url origin http://Floke:318c736205934dd066b6bbcb1d732931eaa7c8c4@192.168.178.6:3000/Floke/Brancheneinstufung2.git
|
||||
```
|
||||
*(Hinweis: Für die interne Docker-Kommunikation ist `http` anstelle von `https` oft ausreichend und kann Probleme mit SSL-Zertifikaten vermeiden.)*
|
||||
4. **Verifizierung:**
|
||||
* Führen Sie `git fetch` aus, um die neue Konfiguration zu testen. Es sollte nun ohne Passwortabfrage funktionieren:
|
||||
```bash
|
||||
git fetch
|
||||
```
|
||||
|
||||
Diese Konfiguration gewährleistet eine stabile Git-Verbindung innerhalb Ihrer Docker-Umgebung.
|
||||
|
||||
|
||||
## Project Overview
|
||||
|
||||
|
||||
Reference in New Issue
Block a user