240 lines
5.6 KiB
Markdown
240 lines
5.6 KiB
Markdown
# Git-basiertes Deployment - Test Plan
|
|
|
|
**Datum:** 2025-01-31
|
|
**Status:** ⏳ Ready to Test
|
|
|
|
---
|
|
|
|
## 🎯 Ziel
|
|
|
|
Testen, ob Container automatisch Code aus Git-Repository klont/pullt beim Start.
|
|
|
|
---
|
|
|
|
## ✅ Vorbereitung
|
|
|
|
### 1. Prüfen ob alles korrekt konfiguriert ist
|
|
|
|
#### Docker Entrypoint
|
|
- ✅ `docker/entrypoint.sh` - Git Clone/Pull implementiert
|
|
- ✅ `Dockerfile.production` - Git + Composer installiert
|
|
|
|
#### Docker Compose
|
|
- ✅ `deployment/stacks/application/docker-compose.yml` - Git Environment Variables vorhanden
|
|
|
|
#### Ansible Playbook
|
|
- ✅ `deployment/ansible/playbooks/sync-code.yml` - Erstellt
|
|
|
|
---
|
|
|
|
## 🧪 Test-Plan
|
|
|
|
### Test 1: Git-Variablen in .env setzen
|
|
|
|
**Ziel:** Prüfen ob Git-Konfiguration in .env gesetzt werden kann
|
|
|
|
```bash
|
|
# SSH zum Production-Server
|
|
ssh deploy@94.16.110.151
|
|
|
|
# Prüfen ob .env existiert
|
|
cd ~/deployment/stacks/application
|
|
test -f .env && echo "✅ OK" || echo "❌ Fehlt"
|
|
|
|
# Git-Variablen manuell hinzufügen (für Test)
|
|
cat >> .env << 'EOF'
|
|
|
|
# Git Repository Configuration
|
|
GIT_REPOSITORY_URL=https://git.michaelschiemer.de/michael/michaelschiemer.git
|
|
GIT_BRANCH=main
|
|
GIT_TOKEN=
|
|
EOF
|
|
```
|
|
|
|
**Erwartetes Ergebnis:**
|
|
- ✅ .env existiert
|
|
- ✅ Git-Variablen können hinzugefügt werden
|
|
|
|
---
|
|
|
|
### Test 2: Container mit Git-Variablen starten
|
|
|
|
**Ziel:** Prüfen ob Container Git Clone/Pull beim Start ausführt
|
|
|
|
```bash
|
|
# Auf Production-Server
|
|
cd ~/deployment/stacks/application
|
|
|
|
# Container neu starten
|
|
docker compose restart app
|
|
|
|
# Logs prüfen (sollte Git Clone/Pull zeigen)
|
|
docker logs app --tail 100 | grep -E "(Git|Clone|Pull|✅|❌)"
|
|
```
|
|
|
|
**Erwartetes Ergebnis:**
|
|
- ✅ Logs zeigen "📥 Cloning/Pulling code from Git repository..."
|
|
- ✅ Logs zeigen "📥 Cloning repository from ..." oder "🔄 Pulling latest changes..."
|
|
- ✅ Logs zeigen "✅ Git sync completed"
|
|
|
|
**Falls Fehler:**
|
|
- ❌ Logs zeigen Fehler → Troubleshooting nötig
|
|
- ❌ Keine Git-Logs → Entrypoint nicht korrekt oder Git-Variablen nicht gesetzt
|
|
|
|
---
|
|
|
|
### Test 3: Code-Verifikation im Container
|
|
|
|
**Ziel:** Prüfen ob Code tatsächlich im Container ist
|
|
|
|
```bash
|
|
# Auf Production-Server
|
|
docker exec app ls -la /var/www/html/ | head -20
|
|
docker exec app test -f /var/www/html/composer.json && echo "✅ composer.json vorhanden" || echo "❌ Fehlt"
|
|
docker exec app test -d /var/www/html/src && echo "✅ src/ vorhanden" || echo "❌ Fehlt"
|
|
docker exec app test -d /var/www/html/.git && echo "✅ .git vorhanden" || echo "❌ Fehlt"
|
|
```
|
|
|
|
**Erwartetes Ergebnis:**
|
|
- ✅ Dateien sind im Container
|
|
- ✅ `.git` Verzeichnis existiert (zeigt dass Git Clone funktioniert hat)
|
|
|
|
---
|
|
|
|
### Test 4: Code-Update testen (Git Pull)
|
|
|
|
**Ziel:** Prüfen ob `sync-code.yml` Playbook funktioniert
|
|
|
|
```bash
|
|
# Lokal (auf Dev-Machine)
|
|
cd deployment/ansible
|
|
|
|
# Sync-Code Playbook ausführen
|
|
ansible-playbook -i inventory/production.yml \
|
|
playbooks/sync-code.yml \
|
|
-e "git_branch=main"
|
|
|
|
# Container-Logs prüfen (auf Production-Server)
|
|
ssh deploy@94.16.110.151
|
|
docker logs app --tail 50 | grep -E "(Git|Pull|✅)"
|
|
```
|
|
|
|
**Erwartetes Ergebnis:**
|
|
- ✅ Playbook führt erfolgreich aus
|
|
- ✅ Container wird neu gestartet
|
|
- ✅ Logs zeigen "🔄 Pulling latest changes..."
|
|
- ✅ Code wird aktualisiert
|
|
|
|
---
|
|
|
|
### Test 5: Application Health Check
|
|
|
|
**Ziel:** Prüfen ob Application nach Git-Sync noch funktioniert
|
|
|
|
```bash
|
|
# Health Check
|
|
curl -f https://michaelschiemer.de/health || echo "❌ Health Check fehlgeschlagen"
|
|
|
|
# Application Test
|
|
curl -f https://michaelschiemer.de/ || echo "❌ Application fehlgeschlagen"
|
|
```
|
|
|
|
**Erwartetes Ergebnis:**
|
|
- ✅ Health Check erfolgreich
|
|
- ✅ Application läuft
|
|
|
|
---
|
|
|
|
## 🔧 Troubleshooting
|
|
|
|
### Problem: Container zeigt keine Git-Logs
|
|
|
|
**Mögliche Ursachen:**
|
|
1. `GIT_REPOSITORY_URL` nicht in .env gesetzt
|
|
2. Entrypoint Script nicht korrekt
|
|
3. Git nicht im Container installiert
|
|
|
|
**Lösung:**
|
|
```bash
|
|
# Prüfen .env
|
|
cd ~/deployment/stacks/application
|
|
grep GIT_REPOSITORY_URL .env
|
|
|
|
# Prüfen Entrypoint
|
|
docker exec app cat /usr/local/bin/entrypoint.sh | grep -A 10 "GIT_REPOSITORY_URL"
|
|
|
|
# Prüfen Git Installation
|
|
docker exec app which git
|
|
docker exec app git --version
|
|
```
|
|
|
|
---
|
|
|
|
### Problem: Git Clone fehlgeschlagen
|
|
|
|
**Mögliche Ursachen:**
|
|
1. Repository nicht erreichbar vom Server
|
|
2. Falsche Credentials
|
|
3. Branch nicht existiert
|
|
|
|
**Lösung:**
|
|
```bash
|
|
# Prüfen Repository-Zugriff
|
|
docker exec app git clone --branch main --depth 1 https://git.michaelschiemer.de/michael/michaelschiemer.git /tmp/test-clone
|
|
|
|
# Logs prüfen
|
|
docker logs app --tail 100 | grep -i "error\|fail"
|
|
```
|
|
|
|
---
|
|
|
|
### Problem: Composer Install fehlgeschlagen
|
|
|
|
**Mögliche Ursachen:**
|
|
1. Composer nicht installiert
|
|
2. Network-Probleme beim Dependency-Download
|
|
|
|
**Lösung:**
|
|
```bash
|
|
# Composer prüfen
|
|
docker exec app which composer
|
|
docker exec app composer --version
|
|
|
|
# Manuell testen
|
|
docker exec app sh -c "cd /var/www/html && composer install --no-dev --optimize-autoloader --no-interaction"
|
|
```
|
|
|
|
---
|
|
|
|
## 📋 Checkliste für Test
|
|
|
|
### Vor Test:
|
|
- [ ] Git-Repository ist erreichbar vom Production-Server
|
|
- [ ] Git-Credentials sind verfügbar (falls private Repository)
|
|
- [ ] .env Datei existiert auf Production-Server
|
|
- [ ] Container-Image wurde neu gebaut (mit Git + Composer)
|
|
|
|
### Während Test:
|
|
- [ ] Test 1: Git-Variablen in .env setzen
|
|
- [ ] Test 2: Container mit Git-Variablen starten
|
|
- [ ] Test 3: Code-Verifikation im Container
|
|
- [ ] Test 4: Code-Update testen (Git Pull)
|
|
- [ ] Test 5: Application Health Check
|
|
|
|
### Nach Test:
|
|
- [ ] Alle Tests erfolgreich
|
|
- [ ] Application läuft korrekt
|
|
- [ ] Code ist aktuell
|
|
|
|
---
|
|
|
|
## 🚀 Nächste Schritte nach erfolgreichem Test
|
|
|
|
1. ✅ Git-basiertes Deployment dokumentieren
|
|
2. ✅ In CI/CD Pipeline integrieren (optional)
|
|
3. ✅ Dokumentation aktualisieren
|
|
|
|
---
|
|
|
|
**Bereit zum Testen!** 🧪
|