Restore a Previous Version of a Published Site icon

Restore a Previous Version of a Published Site

Use bucket file versions to bring back an earlier state of a published Revdoku site when an agent update goes wrong, keeping the same URL.

Agents update sites fast — and sometimes wrong. Because a Revdoku bucket keeps versions of your files, a bad update is not a disaster: restore the earlier state and republish to the same URL.

Agent updates flow through a versioned Revdoku workspace before publishing

1. Notice the bad update

The published site shows the problem: a broken layout, wrong data, or content that should not have gone live.

2. Ask your agent to restore the previous version

Tell the agent which files changed, and ask it to bring back the previous version of those files in the bucket. File versions and activity logs show what changed and when.

ChatGPT updates files in Revdoku before a publish or restore step

3. Republish the same URL

Publish again. Visitors keep using the same link; the site simply serves the restored state.

ChatGPT republishes a Revdoku site and confirms the same URL

Revdoku publish status confirming the live site was republished

Note: to prevent the next accidental overwrite, lock finished files — locked files cannot be changed by an agent until you unlock them.

Takeaway

Treat the bucket as the safety net for agent publishing: versions record every change, locks protect finished work, and a rollback is a restore plus a republish at the same URL.

Tags

Browse all tags

Show 30 more tags

Try Revdoku for free