Zed Editor v1.15.0 リリースZed Editor Releases v1.15.0
匿名の公開いいねです。記事の保存・お気に入りではなく、Featured、Top 3、重要度、掲載順位には影響しません。仕組みとプライバシーAnonymous public likes are reactions, not saved articles or bookmarks. They do not affect Featured, Top 3, importance, or listing order.How it works and privacy
- 新しい `git.diff_base` 設定により、エディタのガターやファイル状態の色をHEAD比またはデフォルトブランチのマージベース比で表示するか選択可能になった。
- ファイルのドラッグ操作など複数の改善も含まれる。
Zed v1.15.0 introduces a new git.diff_base setting that lets users choose whether gutter indicators and file-status colors reflect uncommitted changes against HEAD or against the default branch's merge base, alongside several other usability improvements.
要約と収集メタデータをもとに生成した AI 解説本文です。元記事全文の転載・翻訳ではありません。This AI explainer is generated from the summaries and collected metadata, not from a reproduction or translation of the full source article.
「Zed Editor v1.15.0」がリリースされ、Gitの差分表示に関する新しい設定「git.diff_base」が導入された。エディタ上での差分の基準をユーザーが選べるようになり、日々のコードレビューやブランチ作業の見通しが改善される見込みだ。
Zedは、Rustで実装された高速動作を掲げるコードエディタで、共同編集機能やGit連携などを備える。VS CodeやCursorといった既存のエディタが広く使われるなか、パフォーマンスと軽快さを重視する開発者から関心を集めてきた。近年はエディタ本体にGit操作を統合する流れが強まっており、今回の更新もその一環と位置づけられる。
今回の目玉である「git.diff_base」設定では、エディタのガター（行番号脇の差分インジケータ）やファイル状態を示す色、そして「git: diff」が、どの基準に対する変更を示すかを切り替えられる。具体的には、コミットしていない変更をHEADと比較する挙動に加え、現在のブランチ全体の変更をデフォルトブランチのマージベースと比較する方式を選べるようになった。
新しい `git.diff_base` 設定により、エディタのガターやファイル状態の色をHEAD比またはデフォルトブランチのマージベース比で表示するか選択可能になった。
後者は、ブランチを切ってから加えた変更のまとまりを俯瞰したい場面で役立つと見られる。プルリクエストの単位で「このブランチで何を変えたのか」を確認する際、個々のコミットの積み重ねではなく、分岐点からの差分をひと目で把握しやすくなる可能性がある。マージベースを基準にした差分は、GitHubなどのプルリクエスト画面でおなじみの考え方で、エディタ側でも同様の視点を得られる点は、レビュー前のセルフチェックなどで実用的だろう。
このほか、パネルからファイルをドラッグする操作への対応も加わったとされ、操作性の向上が図られている。リリースノートによれば、今週の更新は複数のユーザビリティ改善を含むという。設定で切り替えられる仕組みのため、従来のHEAD基準を好むユーザーは既存の挙動を維持したまま利用できる点も、移行時の負担を抑える配慮と言えそうだ。
Zed, the GPU-accelerated code editor written in Rust, has released version 1.15.0, with a new git.diff_base setting as its most notable addition. The change gives developers finer control over how the editor visualizes source-control changes, and for anyone who reviews their own work before opening a pull request, it is a small but practical refinement to Zed's built-in Git tooling.
At the center of the release is the ability to choose the reference point Zed uses when it renders diffs. Editors conventionally compare the current file against HEAD, surfacing only the uncommitted edits sitting in the working tree. The new git.diff_base setting introduces an alternative: comparing all changes on the current branch against the default branch's merge base. In practice, that means gutter indicators, file-status colors, and the output of the git: diff command can reflect either the narrow set of uncommitted edits or the full body of work that has accumulated on a feature branch.
The distinction rests on the notion of a merge base, which in Git is the most recent common ancestor shared by two branches. Comparing a feature branch against the merge base it shares with, for example, main shows every change the branch introduces rather than just what has yet to be committed. This mirrors the view many developers rely on when they inspect a pull request on GitHub or GitLab, where the diff represents the complete delta a branch would contribute once merged. Reproducing that perspective directly in the editor's gutters can make it easier to keep sight of a branch's overall footprint while coding, without switching to a browser or a separate Git client.
Which mode suits a given workflow is likely to depend on habit. The HEAD-based comparison keeps the gutter focused on the immediate state of a file, which is helpful when staging and committing incrementally. The merge-base comparison favors a wider lens, useful during longer-lived branches or when preparing a change set for review. Because the behavior is exposed as a configurable setting rather than a fixed default, teams and individuals can align it
本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (github.com) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (github.com).
