Deploy your Code
dex makes it easy to manage your code using Git—without ever leaving the platform. From reviewing file changes to pushing to production, everything can be done directly within the Git tab under the Develop section of the sidebar.
This guide walks you through how to commit, push, and pull changes inside dex, along with how to access your commit history and manage resets.

Making a Commit
To create a commit in dex, open the Git tab from the left-hand Develop menu. You’ll see a list of all files that have been created, modified, or deleted since your last commit.
Clicking on any file will open a diff view in the code editor, showing you the exact changes that were made. This is your chance to review the updates before finalizing them.
Once you’ve reviewed your changes, check the box next to each file you want to include in the commit. Then, enter a commit title and an optional description to summarize the purpose of your changes. When you're ready, click Commit to save your changes locally to the current branch.
Pushing Changes to Your Repository
After committing your changes, you can push them to your remote Git repository by clicking the Push to the Repository button located at the bottom of the Git tab.
The destination branch is defined by the environment you are currently working in. For example, if you're in the dev
environment, your push will go to the branch configured in your dev
environment in your GitHub or GitLab repository.
Once pushed, your changes become visible to your team and are available to any Flows, automations, or scheduled jobs running from that branch.
Pulling from Another Branch
To bring code from another branch into your current environment, select the source branch from the dropdown menu at the top of the Git tab. Then click the Pull button.
dex will fetch the latest commits from that branch and apply them to your working branch. This is useful when promoting changes from development to production or syncing updates made by other team members.
Viewing Commit History and Resetting Your Branch
At the bottom of the Git tab, you’ll find the commit history for your current branch. Each entry shows the commit message, timestamp, and author, giving you full traceability of every change.
From this section, you also have the option to reset your branch. You can choose a soft reset (which keeps your file changes but rewinds the commit history) or a hard reset (which resets both commits and files to a previous state). Use these features carefully, especially in production environments.
Promoting Code from Development to Production
To keep your development and production environments clean, safe, and in sync, dex supports a Git-based deployment workflow. This approach mirrors best practices used in software engineering: code is first developed and tested in a dedicated branch (such as dev
), and only promoted to production (typically mapped to the main
branch) once it's stable and validated.
Below is the recommended workflow to promote changes from development to production using dex’s Git integration.
Start in the dev
branch
Write and test your models, configurations, and transformations in the dev
branch. Use dex’s preview, run, and validation tools to ensure everything works as expected.
Validate your changes
Confirm that your models run without errors, your tests pass, and your outputs look correct. Make any necessary adjustments while still in the dev
environment
Switch to the production environment
In dex, switch your environment to production
(usually mapped to the main
branch in your Git repo)
Pull changes from dev
into main
Use the Git tab in dex to pull the latest version of the dev
branch into the main
branch. This brings your tested work into the production workspace
Review and stage the changes
dex will show you a list of updated files. Review the changes, stage the files you want to include in the deployment, and add a clear commit message
Commit and push to main
After staging your changes, commit them and push to the main
branch. This officially promotes your code to production
Trigger your production workflows
Now that your production environment is running the latest version of your code, any Flows or automations tied to the main
branch will use the updated logic
Last updated
Was this helpful?