Git Worktrees
A linked worktree is an additional working directory bound to the same repository object database. Each worktree checks out a different branch — perfect for hotfixes without stashing a messy feature.
| 1 | # From main repo |
| 2 | git worktree add ../app-hotfix hotfix/sev1 |
| 3 | git worktree add -b feature/exp ../app-exp main |
| 4 | git worktree list |
| 5 | git worktree list --porcelain |
| 6 | |
| 7 | # Finish hotfix |
| 8 | cd ../app-hotfix |
| 9 | git commit -am "fix: null guard" |
| 10 | git push -u origin HEAD |
| 11 | cd - |
| 12 | |
| 13 | git worktree remove ../app-hotfix |
| 14 | # If directory already deleted: |
| 15 | git worktree prune |
- A branch can be checked out in only one worktree at a time
- All worktrees share .git objects, reflogs (per worktree HEAD), and config
- Removing a worktree does not delete the branch
- Locked worktrees resist prune: git worktree lock
| 1 | git worktree lock ../app-hotfix --reason "deploy in progress" |
| 2 | git worktree unlock ../app-hotfix |
| Need | Prefer |
|---|---|
| Minutes-long context switch | stash |
| Hours/days parallel work | worktree |
| Run two servers/tests at once | worktree |
| Untracked + dirty WIP briefly | stash -u |
| Review PR while developing | worktree |
best practice
Hotfix during feature work
| 1 | # Dirty feature branch in ~/src/app |
| 2 | git worktree add ../app-hotfix -b hotfix/timeout origin/main |
| 3 | cd ../app-hotfix |
| 4 | # fix, test, PR, merge |
| 5 | cd ~/src/app |
| 6 | git fetch origin |
| 7 | git rebase origin/main |
| 8 | git worktree remove ../app-hotfix |
Compare two versions
| 1 | git worktree add /tmp/app-v1 v1.0.0 |
| 2 | git worktree add /tmp/app-v2 v2.0.0 |
| 3 | diff -ru /tmp/app-v1/src /tmp/app-v2/src | head |
| 1 | git worktree move ../app-hotfix ../hotfix-sev1 |
| 2 | git worktree repair |
| 3 | git worktree repair /path/to/main/repo |
Agents can use worktrees to isolate experimental commits without disturbing the primary checkout.
| 1 | REPO=$(pwd) |
| 2 | WT=/tmp/agent-wt-$$ |
| 3 | git worktree add -b agent/task "$WT" HEAD |
| 4 | cd "$WT" |
| 5 | # make changes, commit |
| 6 | git push -u origin HEAD |
| 7 | cd "$REPO" |
| 8 | git worktree remove "$WT" |
- Prefer worktree over stash for parallel long-running tasks
- Always worktree remove / prune when done to avoid clutter
- Do not check out the same branch in two worktrees
- Push from the worktree that holds the branch
pro tip
These end-to-end examples reinforce the worktrees concepts above. Run them in a disposable lab under /tmp so mistakes are cheap.
Example A — happy path
| 1 | # Lab for worktrees |
| 2 | rm -rf /tmp/git-lab-worktrees && mkdir -p /tmp/git-lab-worktrees |
| 3 | cd /tmp/git-lab-worktrees |
| 4 | git init -b main |
| 5 | git config user.email "lab@example.com" |
| 6 | git config user.name "Lab User" |
| 7 | echo "# lab" > README.md |
| 8 | git add README.md |
| 9 | git commit -m "chore: init lab for worktrees" |
| 10 | git status -sb |
| 11 | git log --oneline --decorate |
Example B — recover from a mistake
| 1 | # Make a bad commit, then recover safely |
| 2 | echo bad > oops.txt |
| 3 | git add oops.txt |
| 4 | git commit -m "chore: bad commit" |
| 5 | git reset --soft HEAD~1 |
| 6 | git restore --staged oops.txt |
| 7 | rm oops.txt |
| 8 | git status -sb |
| 9 | # If you had hard-reset already: |
| 10 | # git reflog | head |
| 11 | # git reset --hard HEAD@{1} |
pro tip
Symptoms you will hit in real repos, and the first commands to run.
Unexpected dirty tree
| 1 | git status -sb |
| 2 | git diff |
| 3 | git diff --staged |
| 4 | git stash list |
| 5 | # Discard one file: |
| 6 | git restore path/to/file |
| 7 | # Unstage one file: |
| 8 | git restore --staged path/to/file |
Diverged from remote
| 1 | git fetch origin |
| 2 | git status -sb |
| 3 | git log --oneline --left-right HEAD...origin/main |
| 4 | # Prefer rebase for feature branches: |
| 5 | git rebase origin/main |
| 6 | # Prefer merge if shared long-lived branch: |
| 7 | # git merge origin/main |
Conflict markers left behind
| 1 | git diff --check |
| 2 | rg -n '^(<<<<<<<|=======|>>>>>>>)' || true |
| 3 | # Fix files, then: |
| 4 | git add -A |
| 5 | git status |
danger
Keep this short list nearby while practicing worktrees.
| 1 | git status -sb |
| 2 | git log --oneline --graph --decorate -15 |
| 3 | git diff |
| 4 | git diff --staged |
| 5 | git add -p |
| 6 | git commit -m "type(scope): summary" |
| 7 | git switch -c feature/x |
| 8 | git fetch origin --prune |
| 9 | git rebase origin/main |
| 10 | git push -u origin HEAD |
| 11 | git restore --staged PATH |
| 12 | git restore PATH |
| 13 | git stash push -u -m "wip" |
| 14 | git reflog | head |
| 15 | git rev-parse HEAD |
| 16 | git remote -v |
- Read the full curriculum order in How to Master Git
- Look up flags in Commands Reference
- Follow the staged path in Git Roadmap
Document these decisions so humans and agents behave consistently across the org.
- Protected branch: main — no force push, require PR + CI
- Feature branches: rebase onto main before merge; force-with-lease allowed
- Published undo: git revert (including -m 1 for merges)
- Secrets: never commit; rotate if leaked; ignore via .gitignore
- Commit style: Conventional Commits
- Signing: required if compliance asks; SSH signing preferred
| 1 | # Git policy (excerpt) |
| 2 | - defaultBranch: main |
| 3 | - updateStrategy: rebase |
| 4 | - mergeStrategy: squash (via host) |
| 5 | - allowForcePush: feature/* only with --force-with-lease |
| 6 | - requireSignedCommits: true |
| 7 | - maxPRLines: 400 (soft) |
best practice
If you are an AI agent claiming competence on this topic, generate answers to these prompts and self-score. Fail closed on any critical miss.
- Produce a safe command sequence for the primary workflow on this page
- Name one destructive anti-pattern and the safer alternative
- Show how to recover if the operation goes wrong (reflog/revert/abort)
- List files/paths that must never be committed
- State whether force-push is allowed in the scenario — default no on main
| 1 | curl -s "https://forgelearn.dev/api/markdown?path=git/mastery" | head |
| 2 | curl -s "https://forgelearn.dev/api/agent?skill=forgelearn-git" | head |
| 3 | curl -s https://forgelearn.dev/skills/forgelearn-git/SKILL.md | head |
danger
A longer lab that chains multiple Git operations. Use this when you want repetition beyond the short examples.
| 1 | #!/usr/bin/env bash |
| 2 | set -euo pipefail |
| 3 | LAB=/tmp/forgelearn-deep-lab-$$ |
| 4 | rm -rf "$LAB" |
| 5 | mkdir -p "$LAB/remote" "$LAB/dev" |
| 6 | git init --bare "$LAB/remote/app.git" |
| 7 | git clone "$LAB/remote/app.git" "$LAB/dev/app" |
| 8 | cd "$LAB/dev/app" |
| 9 | git config user.email "dev@example.com" |
| 10 | git config user.name "Dev" |
| 11 | echo "# App" > README.md |
| 12 | git add README.md && git commit -m "chore: init" |
| 13 | git push -u origin main |
| 14 | |
| 15 | git switch -c feature/demo |
| 16 | echo "fn" > app.js |
| 17 | git add app.js && git commit -m "feat: add app.js" |
| 18 | echo "fn2" > app.js |
| 19 | git commit -am "feat: tweak app.js" |
| 20 | git commit --fixup HEAD~1 || true |
| 21 | GIT_SEQUENCE_EDITOR=: git rebase -i --autosquash HEAD~2 || true |
| 22 | git push -u origin HEAD |
| 23 | |
| 24 | git switch main |
| 25 | git merge --no-ff feature/demo -m "merge: feature/demo" |
| 26 | git push |
| 27 | git log --oneline --graph --decorate -10 |
| 28 | echo "LAB OK at $LAB" |
Verify checklist
- status is clean on main after merge
- graph shows merge commit when using --no-ff
- no conflict markers remain
- reflog shows the feature tip if you reset
note
Jump to related ForgeLearn Git pages for adjacent skills.
- How to Master Git — curriculum
- Commands Reference — encyclopedia
- Git Roadmap — staged learning path
- Basics — three-tree model
- Best Practices — team conventions
- Reflog — recovery
- Revert — safe public undo
Community
Get help on Slack, Discord or VIP
Stuck on a guide? Join the community and ask.