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

52 lines
2.2 KiB
Markdown

# 🗒️ 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.
```bash
# 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.