See what a pull request changes.
Add Statecraft to your CI. Each pull request gets a link to the flows it changes, rebuilt with your components.
How it works
Set it up once.
Reviewers see the change from a link on the pull request. Nobody checks out the branch, runs the app or signs in to a test account.
- 01
Add the workflow.
One step with the GitHub Action, or one include in GitLab CI. It runs on every push to a pull or merge request.
- 02
Find what's affected.
An agent reads the diff and the repository and works out which journeys the change touches.
- 03
Build the previews.
Each affected journey becomes a project built with your design system.
- 04
Review from the PR.
A comment links to each preview and updates on every push.
In the preview
Find the screens that changed.
In a large pull request, the preview shows which screens moved and how to reach them.
Changed screens marked. Screens built from files the PR changed are marked, with a one-line note.
Design system changes too. If the PR changes your components, they're built from the PR branch on your own CI runner.
Stable links. One comment per pull request, updated in place. Preview links stay the same across pushes.
GitHub and GitLab. Works on GitHub and on GitLab, including self-managed GitLab.