Deploy-Anleitung: Git-Identität auf dem Server als eigener Schritt
Fehlte, und ohne sie bricht jeder Commit auf dem Server mit "Author identity unknown" ab — womit der Update-Ablauf aus F1 nicht funktioniert. Dazu der Umgang mit einem abgewiesenen Push (pull --rebase). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01NzeVVgMCrzCDJAKeLEdKr7
This commit is contained in:
@@ -136,6 +136,25 @@ rm composer.phar
|
||||
|
||||
Es wird nur PHPMailer installiert.
|
||||
|
||||
### B4b [SSH] Git-Identität für den Server setzen
|
||||
|
||||
Ohne sie bricht **jeder** Commit auf dem Server ab („Author identity unknown"),
|
||||
und ohne Commits funktioniert der Update-Ablauf aus F1 nicht.
|
||||
|
||||
```bash
|
||||
cd /www/htdocs/w01ca75d/tsv08kulmbach-website
|
||||
git config --local user.name "TSV 08 Server"
|
||||
git config --local user.email "fs@breadcrumb-solutions.de"
|
||||
```
|
||||
|
||||
`--local` gilt nur für dieses Repo — die anderen Projekte auf dem Webspace bleiben
|
||||
unberührt. Der Name macht in `git log` auf einen Blick sichtbar, welche Commits vom
|
||||
Server stammen (Uploads, Sync-Stände) und welche vom Mac (Code, Inhalte).
|
||||
|
||||
Wird ein Push mit `! [rejected] … (fetch first)` abgewiesen, hat der Mac inzwischen
|
||||
gepusht: `git pull --rebase origin main` und nochmal pushen. Rebase statt Merge, damit
|
||||
die Historie linear bleibt.
|
||||
|
||||
### B5 [SSH] Schreibrechte prüfen
|
||||
|
||||
PHP läuft unter deinem Benutzer, meist passt es also schon. `preflight` sagt es dir
|
||||
|
||||
Reference in New Issue
Block a user