git review workflow for Visual Studio
Walk a PR in order, then edit and run it — not just read the diff.
git review stages the entire pull request into your working tree as uncommitted changes. Reviewing it is then ordinary local work: go to a definition, find all references, run the tests, fix what you find. When you are done, your fixes are extracted onto a branch of their own — the author's commits stay exactly as they were.
What you get
- A reading order, when the PR has one. The author (often an AI coding agent) can commit a walkthrough beside the change: one file at a time, in the order that makes the change make sense, each with the reason it is there. The ones that carry the point are marked
key. No walkthrough? Draft your own, or read the whole range.
- The whole range otherwise — every file in the PR, one diff at a time or all at once.
- Your place is kept. Pause a review and come back to it; switch branches without losing where you were, or what you edited.
- Nothing to clean up by hand. Finishing extracts your edits and restores the branch; undo puts it back if you changed your mind.
Requirements
|
|
| IDE |
Visual Studio 2022 (17.x) or later — Windows only |
| CLI |
git-review-workflow ≥ 0.7.0 |
| Git |
git on PATH |
npm install -g git-review-workflow
Also: Homebrew, a native Windows installer, and a no-Node one-liner — see the main README.
Getting started
- Install the CLI (above).
- Install this extension from the Visual Studio Marketplace (or load the
.vsix locally).
- Open a single-folder git repository.
- Open the git review tool window (View → Other Windows / Tools → git review).
- Set the base branch once, then Start a review.
The extension never invents review state: every refresh is git review status --porcelain (and related porcelain verbs). Multi-root solutions are not supported — same rule as the CLI cwd.
Privacy
No telemetry. No network calls except the ones you trigger through the CLI (start may fetch; forget --delta --stale may fetch). Support links open GitHub in your browser.
Links
