Zed v1.11 Finally Fixes Git Staging so Developers Can Close Their Terminals

Zed v1.11 is out, and its headline is a long-overdue upgrade to the Git workflow inside the editor. The release centers on three things: a proper split between staged and unstaged changes, a more informative Git Graph, and a preview pane in the project symbols picker. None of these are flashy AI features, but they're the kind of quality-of-life improvements that make you stop reaching for a terminal or a separate Git GUI.

Staging, finally done right

The biggest addition is the new dedicated Staged Changes and Unstaged Changes views. These are opened via the git: view staged changes and git: view unstaged changes actions. Before this, Zed's Git panel showed all your changes in one flat list, which made it hard to reason about what was actually going into your next commit.

These views are built on top of Zed's multibuffer concept, which is Zed's name for a single editor surface that stitches together excerpts from multiple files. All of the changes displayed behave exactly the same as any other multibuffer: they are all editable excerpts of files, and you can stage or unstage each hunk as well as a whole file by hitting the buttons on the tab bar or their corresponding keybindings. That means you can literally edit your code and stage hunks in the same view, without switching context.

This is the practical payoff:

• Open the unstaged view, review and edit your working tree changes
• Stage individual hunks or whole files without leaving the editor
• Switch to the staged view to double-check exactly what will go into the commit
• Commit directly from there

Diff multibuffer headers now also show per-file added/removed line counts, so you get a quick sense of the size of each change at a glance.

Git Graph gets more useful

The Git Graph view also got two meaningful upgrades. Git Graph now has the ability to show and hide columns by right-clicking the table header. If you only care about commit message and author and want to hide the date or SHA columns, you can now do that. The full commit message is also now shown as Markdown in the details panel of the Git Graph. This matters for teams that write structured commit messages with body text, footers, or issue references, since previously you'd only see the subject line.

Symbols picker gets a preview pane

A preview pane has been added to the project symbols picker. The project symbols picker (think: jump-to-symbol across your entire codebase) now shows you the surrounding code before you commit to navigating there. This is the same pattern Zed added to the file finder in v1.9, and it makes large codebases much easier to navigate when multiple symbols share similar names.

What else shipped

Beyond the Git and navigation improvements, v1.11 includes a handful of other useful changes:

• The agent panel now supports searching inside terminal threads with cmd-f on macOS and ctrl-f on Linux/Windows.
• Tag labels have been added to the Git Panel commit history.
• Middle-clicking a file in the project panel now opens it in a permanent tab instead of a preview tab.
• Native support for AWS Bedrock's Mantle endpoint was added, bringing GPT-5.5, GPT-5.4, and Grok 4.3 through the Amazon Bedrock provider.
• Several crash fixes landed, including one for high memory usage in the text finder and a macOS crash triggered by display configuration changes.

Available now, free to download

Zed is free and open source. The release includes the new git: view staged changes and git: view unstaged changes views for seeing and acting on exactly what will go into your next commit, a preview pane in the project symbols picker, and diff stats in the uncommitted changes toolbar and per-file in diff multibuffer headers. You can grab it from zed.dev/releases/stable for macOS, Windows, and Linux. The official Git docs cover the full keybinding reference for staging workflows.

The staged/unstaged split view in particular closes a gap that had been open since Zed first shipped Git support. Every diff displayed in Zed is an editable surface, allowing you to edit your changes while staging and unstaging, and v1.11 makes that workflow significantly more structured. If you've been keeping a terminal open just to run git diff --staged, you can probably close it now.