Back to the journal

A quieter terminal for parallel work.

Give each change a workspace, a clear owner, and a reviewable finish line.

Reference guide. This article draws on primary documentation and editorial recommendations; no production measurements are reported.

One directory, one change

Parallel work becomes hard to review when several tasks change the same checkout. Git worktrees let a repository have multiple working trees. Each can hold a separate task without requiring a separate clone of the full repository.

Name the work

Choose a branch and directory name that describes the intended change. Before creating a worktree, inspect the existing branches and working trees. The following is an example for a new branch; replace the names for your repository.

git worktree list
git worktree add -b feature/search ../project-search

Make shared resources explicit

A separate working tree does not isolate databases, ports, credentials, or external services. Give each development server its own port and use disposable test data where possible. Write down which resources are shared so the next person can predict the effects of a command.

Close the loop

Review the diff, run the checks appropriate to the change, and commit the intended files. Remove a finished worktree only after checking that its work is preserved. Use Git’s worktree commands to manage its bookkeeping rather than deleting directories blindly.

Git: worktree documentation

How this story was made

Prepared with AI assistance. Sources are linked in the story. This reference guide describes an approach; it does not report a production deployment.

The conversation

MODERATED, ALWAYS

A useful question, a different result, a missing detail. Start there.