Version History and Rollback

View previous versions of your workflow and restore them if needed.

Overview

Every save creates a new version of your workflow. Spojit keeps the full history so you can compare what changed, see who changed it and when, and restore a previous version when a recent edit causes a regression.

Versioning is automatic and you do not need to opt in. It covers both the canvas (nodes and edges) and per-node configuration. Rollback never destroys history: restoring an old version creates a new version on top, so the change is itself reversible.

How Versioning Works

  • A new version is created each time you click Save in the designer.
  • Each version stores the full canvas and node configuration at that point in time.
  • Each version records the timestamp and the member who saved it.
  • Settings changes (name, description, folder, notifications) are versioned alongside the canvas.

Viewing Version History

  1. Open the workflow in the designer.
  2. Click the Version History icon in the toolbar.
  3. Browse the list of versions. Each entry shows the timestamp and the member who saved it.
  4. Click a version to preview its canvas without restoring.

Restoring a Version

  1. In the version history panel, select the version you want to restore.
  2. Click Restore. The canvas updates to show that version.
  3. Review the canvas to confirm it is what you want.
  4. Click Save to commit the restored version as the new current version.

Tips

  • Save often. Each save is a checkpoint you can roll back to.
  • Before a risky edit, save a clean version first so the rollback target is obvious.
  • Use the timestamp and member columns to find the version "just before X happened".

Common Pitfalls

  • Restoring a version is not committed until you click Save after restore. Closing the designer first abandons the rollback.
  • In-flight executions continue with the version they started on. Rollback only affects new runs.
  • Connection credentials are not versioned. Restoring an old version still uses today's credentials.
  • Restore creates a new version entry rather than replacing history, which is intentional - it keeps the audit trail intact.

Related Articles

Did this answer your question? Thanks for the feedback There was a problem submitting your feedback. Please try again later.