Warum automatisieren?
Manuelle Changelog-Pflege ist muehsam, fehleranfaellig und wird oft vergessen. Automatisierung stellt sicher, dass jedes Release dokumentiert wird — und deine Nutzer informiert bleiben.
Drei Ansaetze zur Automatisierung
1. Conventional Commits
Verwende ein standardisiertes Commit-Message-Format, um Changelogs automatisch zu generieren:
feat: add dark mode toggle
fix: resolve widget loading on Safari
docs: update API authentication guide
BREAKING CHANGE: remove v1 API endpoints
2. CI/CD-Pipeline
Veroeffentliche Changelog-Eintraege als Teil deiner Release-Pipeline:
# GitHub Actions example
- name: Publish changelog
run: |
curl -X POST https://deplyd.dev/api/v1/entries \
-H "Authorization: Bearer $DPL_API_KEY" \
-H "Content-Type: application/json" \
-d '{"title": "${{ github.event.release.name }}",
"body": "${{ github.event.release.body }}",
"type": "feature"}'
3. API-First mit Deplyd
Nutze die Deplyd REST API, um Changelog-Eintraege aus jedem System zu erstellen — deiner CI-Pipeline, einem Slack-Bot oder einem eigenen Admin-Tool. Eintraege sind sofort per Widget, auf der Changelog-Seite und per E-Mail verfuegbar.
Tool-Vergleich
| Tool | Ansatz | Ausgabe |
|---|---|---|
| conventional-changelog | Commit-Parsing | Markdown |
| release-please | GitHub Action | PR + Release |
| semantic-release | Voll automatisiert | npm + GitHub |
| Deplyd | REST API + Dashboard | Widget + Seite + E-Mail |
Best Practices
- Fuehre eine Commit-Konvention ein (Conventional Commits funktioniert gut).
- Binde die Changelog-Veroeffentlichung in deine CI/CD-Pipeline ein.
- Pruefe automatisch generierte Eintraege immer vor der Veroeffentlichung.
- Benachrichtige Nutzer ueber mehrere Kanaele — Widget, E-Mail und deine Changelog-Seite.