Deploy via Forgejo-Release + Footer-Versionsnummer aus Tag #4
Loading…
Reference in a new issue
No description provided.
Delete branch "feature/release-deploy-version"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Was
Automatisches Deploy der EjUn-Homepage bei jedem neuen Forgejo-Release und eine Versionsnummer im Footer, die sich direkt aus dem Release-Tag ableitet (Issue #3).
Änderungen
.forgejo/workflows/deploy.yml(neu): Release-Trigger (published) → schreibtVERSION.txt(Tag) +RELEASE_DATE.txt(Deploy-Datum) → rsync aufroot@10.20.10.10:/var/www/ejun-page→nginx -t && nginx -s reload. Concurrency-Gruppe verhindert parallele Deploys. Benötigte Repo-Secrets:DEPLOY_SSH_KEY,DEPLOY_SSH_KNOWN_HOSTS.index.html: Versionszeile<p class="footer-version"><span id="site-version">–</span></p>infooter-bottom.styles.css: dezente.footer-version-Klasse (0.85rem, 85 % Opacity).app.js: neueloadVersionInfo()lädtVERSION.txt/RELEASE_DATE.txt(no-store) und zeigtVersion 2026.08.1 · Stand 18. August 2026; Fallback „Version nicht verfügbar“. Die Stand-Zeile neben den Service-Links zeigt ab jetzt das Datum der neuesten News statt des Browser-Datums.README.md: Release-Flow, Versions-SchemaJJJJ.MM.Nund Voraussetzungen (Runner, Secrets, Action-Mirror) dokumentiert; tote GitHub-Pages-/Netlify-Abschnitte ersetzt..github/workflows/static.yml(entfernt): toter GitHub-Pages-Workflow aus der GitHub-Ära.Versions-Schema
Release-Tags exakt
JJJJ.MM.N(z. B.2026.08.1), keinev-Präfixe. Die Zahl reist 1:1 nachVERSION.txtund erscheint im Footer.Verifikation
node --check app.js✓deploy.ymlals gültiges YAML parsbar ✓site-version(index.html ↔ app.js),.footer-version(index.html ↔ styles.css) ✓Noch offen (nicht Teil dieses PR)
DEPLOY_SSH_KEY/DEPLOY_SSH_KNOWN_HOSTShinterlegen (Simon kümmert sich um SSH-Zugriff).2026.08.1veröffentlichen → Footer zeigtVersion 2026.08.1.Closes #3