grokkit/docs/user-guide/changelog.md
Greg Gauthier cd47686679
All checks were successful
CI / Test (pull_request) Successful in 42s
CI / Lint (pull_request) Successful in 27s
CI / Build (pull_request) Successful in 23s
docs: refactor README and docs structure for better organization
- Simplified README.md by moving detailed command docs, workflows, and development info to dedicated user-guide/ and developer-guide/ directories.
- Created index.md files for both guides to improve navigation.
- Extracted individual command guides (e.g., chat.md, edit.md) into user-guide/ for focused, maintainable documentation.
- Moved architecture, configuration, and troubleshooting to developer-guide/.
- Updated README links to point to the new docs structure.
2026-03-07 22:42:43 +00:00

2.2 KiB

🗒️ Changelog Guide

The changelog command automatically generates a CHANGELOG.md section based on your git history. It's designed to create professional, categorized changelogs that can be used directly for releases.

Key Features

  • Categorized Changes: Automatically groups commits into Added, Changed, and Fixed.
  • Gitea Compatible: The output is formatted for easy pasting into Gitea release notes.
  • Project Maintenance: Automatically updates your existing CHANGELOG.md file.
  • Smart Summaries: Grok creates concise, imperative bullet points for each change.

Usage

Generate a clean CHANGELOG.md section from git history, designed specifically so the output can be pasted directly into Gitea release notes.

# 1. Create your version tag first
git tag v0.2.0

# 2. Generate preview + write (with safety confirmation)
grokkit changelog

# 3. Output ONLY the new section (perfect for Gitea "Release notes")
grokkit changelog --stdout

# 4. Write file + get commit reminder
grokkit changelog --commit

Options

Flag Description
--since Start from this tag/ref (default: previous tag)
--version, -V Override the version number for the header (default: latest git tag)
--stdout Print ONLY the new section (useful for pasting into release notes)
--commit Reminds you to commit the changes after updating the file
--model, -m Override the default model (e.g., grok-4)

How it Works

  1. History Retrieval: Grokkit finds the commits since the last tag.
  2. Categorization: It sends the commit history to Grok to be categorized and summarized.
  3. Markdown Generation: Grok returns a formatted markdown section.
  4. File Update: Grokkit prepends the new section to your CHANGELOG.md or creates it if it doesn't exist.

Best Practices

  • Conventional Commits: Use conventional commit messages to help the AI categorize changes more accurately.
  • Use tags: Ensure your project uses git tags so Grokkit can correctly identify the changes since the last version.
  • Review before writing: Always review the proposed changelog update before confirming.