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 the Branch menu
Click Branch in the header to open the menu. With more than eight branches a filter box appears.
Step 2: Select a branch
Choose from the list. The current branch shows a check mark.
Step 3: Pull
The Pull button turns blue if the new branch has commits you have not pulled. Click Pull to load its tokens.
Switching branches does not change anything in Figma by itself; pulling does. Changes you have not committed stay listed across branches.
Create a New Branch
Step 1: Open the Branch menu
Click Branch in the header, then New branch (the first row of the menu).
Step 2: Enter a name
Branch naming conventions:
feature/new-colors- New featuresexperiment/bold-typography- Experimentsfix/contrast-issues- Bug fixestheme/dark-mode- Theme variations
Step 3: Create
Press Enter or click Create. GitFig creates the branch from your current branch and switches to it. Escape closes the form without creating anything.
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 the PR form
On any branch other than main or master, a Create pull request button sits below the Commit section. Push your commits first, then click it.
Step 3: Fill PR Details
| Field | Description |
|---|---|
| Title | Short description of changes |
| Description | Optional explanation and context |
| Base branch | Branch to merge into (usually main) |
Step 4: Create PR
Click Create pull request. GitFig creates the PR on GitHub from what you have pushed and shows a card with its number and a View link.
Step 5: Review on GitHub
Click the PR link to review on GitHub.
View PR Status
While the branch has an open PR, the card below the Commit section reads PR #12 open with the title and a View link to GitHub. Once the PR is merged or closed, the card goes away and the Create pull request button returns.
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
GitFig loads the branch list when the plugin opens and after you create a branch in it. For a branch created on GitHub or by a teammate, close and reopen the plugin.
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