> ## Documentation Index
> Fetch the complete documentation index at: https://docs.bytebase.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Changelog

Every time Bytebase applies a change to a database, it records a **changelog** entry. Each entry captures a snapshot of the schema after the change, along with a link to the rollout task that produced it.

<Note>
  The changelog was previously called change history.
</Note>

## View the changelog

Open a database and select the **Changelog** tab to see every change Bytebase has applied, most recent first. Each entry shows its status, when it was created, and the rollout it came from. The first migration on a database also creates a baseline entry that records the starting schema.

<img src="https://mintcdn.com/dbx/EZVB8G5zfawb2k1l/content/docs/change-database/change-workflow/changelog-list.webp?fit=max&auto=format&n=EZVB8G5zfawb2k1l&q=85&s=b2f75dbe0fd603ac20959b5e1257d837" alt="Changelog tab listing every change applied to the database" width="1600" height="808" data-path="content/docs/change-database/change-workflow/changelog-list.webp" />

Open an entry to view the schema snapshot captured after the change. Bytebase diffs it against the previous entry's snapshot so you can see what the migration altered. The SQL that ran is available through the linked rollout task's run logs.

<img src="https://mintcdn.com/dbx/EZVB8G5zfawb2k1l/content/docs/change-database/change-workflow/changelog-detail.webp?fit=max&auto=format&n=EZVB8G5zfawb2k1l&q=85&s=4e08c3bc09c6313ec7695c6d0c9016bc" alt="Changelog entry detail with execution logs, the after-change schema snapshot diff, and the Rollback button" width="1600" height="712" data-path="content/docs/change-database/change-workflow/changelog-detail.webp" />

## Roll back a change

From a changelog entry, select **Rollback** to revert the database to the schema snapshot from the previous changelog entry (the schema before the change). Bytebase seeds the [Synchronize Schema](/change-database/synchronize-schema) flow with that snapshot and generates the DDL to return the database to that state, which you then review and roll out like any other change.

Rollback is available when:

* The database does not belong to the `Default` project.
* You have permission to alter the database's schema.
* The entry's status is **Done** and the change produced an actual schema difference.
* The database engine supports schema rollback: MySQL, TiDB, OceanBase, PostgreSQL, Oracle, and SQL Server.

## Revision

Versioned migrations also record a **revision** on the database, tracked on the separate **Revision** tab. Revisions capture which migration versions have been applied so Bytebase knows what still needs to run. See [GitOps](/gitops/overview) for how revisions drive version-based rollouts.