Time-travel

Because the operation log is append-only and never rewrites history, every past state is still exactly reproducible. You can materialize the repo as of any earlier point by replaying the log up to that frontier.

Read-only checkout at a past frontier

fabric clone --at op:<actor>:<seq>

This gives you a detached, read-only checkout of the repo as it looked at that op. Op refs are actor:seq frontier coordinates, not content hashes.

Why it’s read-only

Fabric is forward-only: the only direction is append-at-the-frontier. You cannot go back to a historical frontier and fork new work from it the way Git lets you branch from an old commit. Time-travel lets you view the repo as of a past op (to inspect, audit, or compare), never to branch or edit from one.

To change anything, append at the current frontier: create a change, edit, and push (see the Quickstart).

What you can do with it

• Inspect exactly what a file looked like at a past point.
• Audit how the repo evolved, op by op.
• Compare a historical state against the current trunk.

Authorship travels with the ops themselves (carried on op-ids, not reconstructed), so blame and history stay accurate no matter how far back you look.