Versioning

Your shadow fork has immutable versioning so you can safely deploy changes without disrupting previously running jobs.

Every time you deploy new changes to your shadow fork, a new version will be automatically created with an auto-incrementing version number. This ensures that each version of your shadow fork is immutable, preserving the state and configuration at the time of deployment.

These immutable versions can be reliably used for exports, database syncs, or JSON-RPC calls.

Immutable versioning allows you to safely deploy changes to your shadow fork and test them without disrupting previously running jobs.

For example, if you set up a recurring export on your shadow fork at version v2, that recurring export will always be run using the shadow changes that were deployed at v2.

If you deploy new changes to your shadow fork:

  • The new shadow fork changes will be deployed at v3

  • The original recurring export will continue to run at v2

  • If you want recurring exports at v3, you’ll need to set up a new recurring export at v3

  • You can cancel the recurring export at v2 at any time

Coming soon: We're working on functionality to roll back changes, allowing you to revert to previous versions if necessary.

Last updated