Docs, for Moxie Docs
DocumentationGuides
  • Account and email preferences
  • Ask this codebase
  • Changelog from PRs
  • Changelog timeline and overrides
  • Connect repositories via the GitHub App
  • Get started: connect GitHub and reach first doc value
  • Getting started with Moxie Docs
  • Manage email preferences
  • Manage repository conventions
  • Manage subscription
  • Publish knowledge base
  • Review drift cards and open focused doc PRs
  • Search documentation
  • Set up your public knowledgebase
  • Set your collection preferences
  • Tune repository automation settings
  • Use code previews and search helpers
  • Workspace onboarding and invitations
  • Billing, trial, or access issues
  • Configure PR automation and detectors
  • Fix missing or outdated docs in the dashboard
  • Integrate MCP agents with Moxie Docs
  • Integration: connect an MCP-capable agent
  • Opportunity cards seem noisy or wrong
  • Q&A answers seem wrong or outdated
  • Troubleshoot GitHub App and repo access
  • Troubleshoot GitHub App and repository access
  • Troubleshoot GitHub connection and indexing
  • Troubleshoot GitHub PRs
  • Troubleshoot indexing
  • Use the Moxie Docs MCP skill
HomeDocumentationChangelog timeline and overrides

Changelog timeline and overrides

2 min read•Updated Jul 21, 2026

Overview

The Changelog page keeps a running log of what shipped in a repository — merged pull requests and direct commits, summarized and split by audience. Review each entry, edit anything that reads wrong, and publish it to your repo's public "What shipped" page.

When to use it

  • You want a plain-English history of what changed, not a raw commit log.
  • You need to review AI-written summaries before they go public.
  • You want to filter history down to what a specific audience cares about.
  • You want to share a set of recent changes somewhere other than the changelog page itself.

How to use it

  1. Open the Changelog page for your repository.
  2. Filter by Publish status — Review, Published, Unpublished, or All — to find the entries you need.
  3. Filter by Audience — All, External, or Internal — to see changes relevant to a specific readership.
  4. Group and filter further using Group by, Category, and the date range controls.
  5. Review a draft entry. Entries awaiting review are flagged; open one and edit the summary if it doesn't read right.
  6. Publish or unpublish entries individually, or select several and use the bulk actions when in Review mode.
  7. Copy entries elsewhere using the copy menu at the top: Markdown, Slack / Discord, or Plain text — all copy straight to your clipboard.
  8. Include archived entries with the "Include archived" checkbox if you need to look further back.

Options and settings

  • Publish status: Review, Published, Unpublished, or All.
  • Audience: All, External, or Internal.
  • Group by / Category: Change how entries are organized and filtered.
  • Link PRs: Toggle whether entries link back to their source pull request.
  • Include archived: Show entries that have moved out of the default view.
  • Copy formats: Markdown, Slack / Discord, or Plain text — copies the current view to your clipboard.

Tips

  • Low-confidence summaries are flagged for review — check those before publishing rather than trusting them by default.
  • Editing an entry only changes how it reads; it doesn't change the underlying merged PR or commit.
  • Use Audience filtering before you copy or share a changelog snippet, so internal-only entries don't leak into an external update.

Was this page helpful?

Let us know if you found what you were looking for.

Related articles

DocumentationAccount and email preferencesUse Account settings to control which product emails Moxie Docs sends you, and to permanen
DocumentationAsk this codebaseAsk this codebase lets you ask natural‑language questions about the repository connected t
DocumentationChangelog from PRsChangelog from PRs turns your merged GitHub pull requests into a clean, shareable changelo
PreviousChangelog from PRs
Next Connect repositories via the GitHub App

On this page

  • Overview
  • When to use it
  • How to use it
  • Options and settings
  • Tips
Changelog

Powered by Moxie Docs

Overview

The Changelog page keeps a running log of what shipped in a repository — merged pull requests and direct commits, summarized and split by audience. Review each entry, edit anything that reads wrong, and publish it to your repo's public "What shipped" page.

When to use it

  • You want a plain-English history of what changed, not a raw commit log.
  • You need to review AI-written summaries before they go public.
  • You want to filter history down to what a specific audience cares about.
  • You want to share a set of recent changes somewhere other than the changelog page itself.

How to use it

  1. Open the Changelog page for your repository.
  2. Filter by Publish status — Review, Published, Unpublished, or All — to find the entries you need.
  3. Filter by Audience — All, External, or Internal — to see changes relevant to a specific readership.
  4. Group and filter further using Group by, Category, and the date range controls.
  5. Review a draft entry. Entries awaiting review are flagged; open one and edit the summary if it doesn't read right.
  6. Publish or unpublish entries individually, or select several and use the bulk actions when in Review mode.
  7. Copy entries elsewhere using the copy menu at the top: Markdown, Slack / Discord, or Plain text — all copy straight to your clipboard.
  8. Include archived entries with the "Include archived" checkbox if you need to look further back.

Options and settings

  • Publish status: Review, Published, Unpublished, or All.
  • Audience: All, External, or Internal.
  • Group by / Category: Change how entries are organized and filtered.
  • Link PRs: Toggle whether entries link back to their source pull request.
  • Include archived: Show entries that have moved out of the default view.
  • Copy formats: Markdown, Slack / Discord, or Plain text — copies the current view to your clipboard.

Tips

  • Low-confidence summaries are flagged for review — check those before publishing rather than trusting them by default.
  • Editing an entry only changes how it reads; it doesn't change the underlying merged PR or commit.
  • Use Audience filtering before you copy or share a changelog snippet, so internal-only entries don't leak into an external update.