-
Notifications
You must be signed in to change notification settings - Fork 0
ChangelogQuality
Arnaud Poncet-Montanges edited this page Nov 14, 2025
·
1 revision
- Entries should be understandable by non‑technical users.
- Avoid internal jargon or raw commits (
fix bug #123). - Prefer simple sentences: “Fixed a display issue on mobile.”
- Organize changes by categories (e.g., Added, Changed, Fixed, Removed).
- Use clear hierarchy (titles, subtitles, bullet points).
- This allows readers to quickly scan for updates without reading the entire document.
- Do not overwhelm users with insignificant details.
- Include only changes that impact usage, security, or performance.
- Internal or experimental commits should be excluded.
- Each version must be dated and ordered.
- Helps track project evolution and understand the context of changes.
- Essential for audits or migrations.
- The changelog should be easy to find (in the repository, documentation, or app).
- Use a readable plain text format (Markdown is ideal).
- Bonus: provide a short summary for end users and detailed notes for developers.
👉 In summary: clear, structured, relevant, chronological, and accessible.
These qualities turn a changelog into a trustworthy communication tool rather than just a list of commits.
