Watch · Checkpoints
Checkpoints
Non-destructive rewind for agent work. Snapshot the working tree on demand, then restore any prior snapshot without writing a commit or moving HEAD. A safety net for letting an agent run hard, with an undo that never rewrites history.
What it does for you
HEAD, or touch your branch, so your commit history and the git stash are left exactly as they were.Where to find it
- Desktop:
http://localhost:4000/, then Watch → Checkpoints in the sidebar. - Hosted: desktop-only. The repoops.ai sidebar carries an “On the desktop app” pointer for it.
- Keyboard: ⌘ K, then type “Checkpoints”.
- CLI:
repoops checkpoint create·list·restore(flags:--label,--force,--repo). - API:
GET /api/checkpoints·POST /api/checkpoints·POST /api/checkpoints/restore
How it works
A checkpoint is a real git commit object captured with git stash createand stored as an annotated tag under refs/tags/repoops-checkpoint/<id>, so it survives independently of your branch and the stash. Restore uses git read-tree --reset -u to put that tree back on disk; neither HEAD nor the current branch ref moves. Creating a checkpoint only adds a tag, so taking one is safe to repeat. Restore rewrites the index and your tracked files to match the snapshot, which deletes tracked files added after it, so it refuses to run on a dirty tree unless you pass the force flag. Untracked files are left alone.
Built vs. planned
Live on the desktop app: the CLI, the HTTP API, and the Checkpoints tab all ship today. Checkpoints are a desktop-only local surface; the hosted dashboard carries a pointer to it.
Last updated