Branches & Pull Requests
Git branches let you work on different design variations without affecting the main design. This guide covers branch workflows in GitFig.
Time: 5 minutes Difficulty: Intermediate
Why Use Branches?
Branches enable:
- Experimentation - Try new colors without breaking production
- Multiple themes - Light mode on
main, dark mode ondark-theme - Design reviews - Get feedback before merging changes
- Parallel work - Multiple designers working on different features
main ────●────●────●────●────●────
\ /
feature/new-brand ●────●────●──
Switch Branches
Step 1: Open Branch Selector
Click the branch name in the GitFig panel to open the selector:

Step 2: Select Branch
Choose from available branches. The current branch is highlighted.
Step 3: Pull New Tokens
After switching, GitFig prompts you to pull:

Click Pull to load tokens from the new branch.
Switching branches updates your Figma Variables to match that branch's token values.
Create New Branch
Step 1: Open Branch Menu
Click the branch name, then click "Create new branch".
Step 2: Enter Branch Name
Enter a name for your new branch:

Branch naming conventions:
feature/new-colors- New featuresexperiment/bold-typography- Experimentsfix/contrast-issues- Bug fixestheme/dark-mode- Theme variations
Step 3: Create
Click Create. GitFig creates the branch from your current branch.
The new branch starts with the same tokens as the source branch.
Create Pull Request
Pull Requests let you propose changes for review before merging.
Step 1: Make Changes
- Create or switch to a feature branch
- Make changes to your Variables
- Push your changes
Step 2: Open PR Dialog
Click the dropdown arrow next to Push, then select "Create Pull Request":

Step 3: Fill PR Details
| Field | Description |
|---|---|
| Title | Short description of changes |
| Description | Detailed explanation, context |
| Base branch | Branch to merge into (usually main) |

Step 4: Create PR
Click "Create Pull Request". GitFig:
- Pushes your changes (if not already pushed)
- Creates the PR on GitHub
- Shows the PR URL
Step 5: Review on GitHub
Click the PR link to review on GitHub:

View PR Status
When you're on a branch with an open PR, GitFig shows the PR status:

- Open - PR is awaiting review
- Link - Click to view PR on GitHub
- Merged - PR has been merged
Branch Workflows
Feature Branch Workflow
- Create feature branch from
main - Make design changes
- Push and create PR
- Get review and feedback
- Make requested changes
- Merge PR when approved
Theme Branch Workflow
- Create
theme/darkbranch - Pull base tokens
- Modify colors for dark mode
- Keep branch for ongoing dark theme work
- Merge periodically to sync with main
Experiment Workflow
- Create
experiment/boldbranch - Try dramatic design changes
- Show stakeholders
- Either merge or delete branch
Merge vs. Delete
Merging a Branch
After PR is approved and merged on GitHub:
- Switch back to
mainin GitFig - Pull to get merged changes
- Delete the feature branch (optional)
Deleting a Branch
Branches can be deleted on GitHub after merging. GitFig doesn't currently support deleting branches.
Best Practices
Keep Branches Short-Lived
Long-running branches diverge from main and cause merge conflicts.
Pull Before Branching
Always pull latest main before creating a feature branch.
Use Descriptive Names
| Good | Bad |
|---|---|
feature/mobile-spacing | branch1 |
fix/button-contrast | changes |
experiment/serif-typography | test |
One Purpose Per Branch
Each branch should have a single focus. Don't mix unrelated changes.
Troubleshooting
"Branch already exists"
Choose a different name or delete the existing branch on GitHub first.
PR conflicts
The base branch has changes that conflict with your branch. Pull the base branch into your feature branch to resolve.
Can't see new branches
Click Refresh to fetch the latest branch list from GitHub.
Variables don't change after switching
Make sure to click Pull after switching branches.
Next Steps
- Learn about token formats for compatibility
- See the team collaboration tutorial for PR workflows