Skip to content

Upgrade an existing store

Review versioned migration behavior before changing the module.

Record the module version and data directory. Back up persistent data through supported operational procedures, and test the upgrade against a representative copy before changing the production host.

Version 0.6 introduces an explicit schema 1 → 2 migration. Legacy Receipts and unknown legacy metadata are preserved; the Facts contract does not silently reinterpret earlier Recall evidence as current preferences.

Read the full migration contract for the supported transition and verification steps.

The patch repairs existing-store Steward upgrades and governance receipt-processing status. Use the 0.6.1 release notes to understand what is repaired and how it was verified.

Do not assume a binary downgrade reverses a database migration. Use the project’s documented restore procedure and retain the original backup.

Based on the public project documentationmemory · 847c469 ↗