Publishing changes
Review AI changes as pull requests, merge what you approve, and revoke what you don't.
Everything an Evolution Thread builds reaches your repositories one way: as a pull request you approve. This page covers the review step — what to check, how to merge, and how to back out.
From thread to pull request
When execution finishes, the thread opens a pull request per affected repository (a change spanning the web app and the API produces one PR in each). The thread shows a summary of what changed and why; the PR carries the actual code.
Review and merge
-
Verify behavior in a preview. Run the change in the Preview Hub and click through the flows the thread touched. This is the highest-value check, and it needs no code reading.
-
Skim the summary — does the list of changes match what you asked, nothing more? Unrequested extras are worth questioning before they land.
-
Read the code if you want to. The PR is a normal pull request; developers on your team can review it in full, on Evonx or on GitHub for imported projects.
-
Merge — the change lands in the repository and becomes part of the next publish. Or reject with feedback: reply in the thread with what's wrong, and it revises the same PR.
Backing out
- Before merging, a pull request can simply be revoked — the thread's work is discarded without ever touching your default branch.
- After merging, your published app is still protected by versions and rollback: a bad merge that reached production is one rollback away from gone, and you can ask a new thread to revert the change in code.
Related
- Automated testing & action nodes — why PRs arrive already passing checks.
- Evolve your app with AI — the full loop this step concludes.
Last updated: September 4, 2026