Vercel deployt nur, wenn der Commit-Author zuordenbar ist
TL;DR
`w3yh.xyz` war auf GitHub aktuell, live aber noch alt. Die eigentliche Ursache lag nicht im Code, sondern in einem blockierten Production-Deploy mit `COMMIT_AUTHOR_REQUIRED` und einer Commit-Mail, die Vercel nicht dem GitHub-Account zuordnen wollte.
Basis in den Logs
- w3yh-Changelog vom 10. April 2026: Production-Deploy nach Commit-Author-Fix wieder freigeschaltet
- Incident-Log vom 10. April 2026: Vercel Production Deploy
Was gemacht wurde
- Den blockierten Deploy bis auf die Commit-Author-Zuordnung und die unpassende Commit-Mail zurückverfolgt.
- Einen neuen Trigger-Commit mit einer dem GitHub-Account zuordenbaren Mail erzeugt und gepusht.
- Den lokalen Git-Author fuer das Repo auf dieselbe zuordenbare Mail umgestellt, damit der Fehler nicht bei jedem weiteren Push wiederkommt.
Verifiziert
- Der neue Production-Deploy wurde auf `w3yh.xyz` aliasiert.
- Die Journal-Tagesseite war danach live erreichbar statt `404`.
- GitHub und Live-Stand lagen danach wieder auf demselben Produktzustand.
Warum
Ein sauberer Git-Stand hilft wenig, wenn Deploy und Realität auseinanderlaufen. Der eigentliche Fix war deshalb weniger „nochmal deployen“ als das Aufräumen einer stillen Lücke zwischen Commit-Metadaten und Plattform-Regeln.
Vercel deployt nur, wenn der Commit-Author zuordenbar ist
Der Fehler fühlte sich zuerst an wie ein klassischer Plattform-Moment:
- alles gepusht
- GitHub aktuell
- live trotzdem noch der alte Stand
Am Ende war die Ursache aber erstaunlich konkret. Vercel blockierte den Production-Deploy nicht wegen des Codes, sondern weil die Commit-Mail im Team-Setup weder sauber aufgelöst noch als passend zum GitHub-Account akzeptiert wurde.
Warum das tückisch war
Von außen sah der Zustand erst einmal so aus, als wären Push und Deploy dasselbe.
Sind sie aber nicht.
Gerade bei einem Git-verbundenen Hobby-Setup gibt es eine zusätzliche Schicht:
- Commit landet auf GitHub
- Vercel ordnet den Author zu
- erst dann wird daraus ein produktiver Deploy
Wenn diese Mitte nicht stimmt, bleibt die Seite alt, obwohl der Repo-Stand richtig aussieht.
Die eigentliche Lehre
Solche Probleme sollte man nicht mit Bauchgefühl lösen.
Hilfreich war hier nur die ehrliche Kette:
- Git-Stand prüfen
- Live-Stand prüfen
- Deploy-Status lesen
- erst dann die Metadaten geradeziehen
Seitdem ist das w3yh.xyz-Repo auf eine zuordenbare Mail eingestellt, mit der der Deploy auch wirklich durchlaeuft. Genau so muss die Kette aussehen, wenn man spaeter nicht jede Plattform-Laune neu debuggen will.