Linear Diffs

Was ist Linear Diffs?

Linear Diffs ist eine Code-Review-Funktion in Linear, mit der Teams Pull Requests direkt aus einem Issue heraus prüfen, Review-Arbeit in Linear nachverfolgen und den Review-Status zurück mit GitHub synchronisieren können. Sie ist darauf ausgelegt, Review-Arbeit zusammen mit den übrigen Produkt- und Engineering-Aufgaben im selben Workspace einfacher verwaltbar zu machen.

Linear Diffs unterstützt die Prüfung großer Pull Requests mit geführten Reviews, iterative Änderungen mit Coding-Agents im Hintergrund und flexible Diff-Ansichten wie Unified oder Split Views. Workspace-Admins können es über die GitHub-Integration von Linear für Codezugriff aktivieren, danach können einzelne Nutzer Diffs in Linear prüfen.

Wichtige Funktionen

• An Issues angehängte Diffs — Prüfe einen Pull Request direkt im Issue, in dem die Arbeit nachverfolgt wird, damit Kontext und Review-Aufgaben zusammenbleiben.
• Geführte Reviews (Beta) — Zeigen die Kernänderung zuerst und gliedern den Diff in Abschnitte mit Erklärungen, damit Reviewer große PRs verstehen, ohne nur mit Rohcode zu starten.
• Review-Inbox und Reviews-Tab — Zeigen Review-Anfragen, genehmigte PRs und Kommentar-Mentions in Linear in der Inbox sowie einen eigenen Reviews-Tab zum Nachverfolgen aller Review-Arbeiten an einem Ort.
• Echtzeit-Sync mit GitHub — Hält den Review-Status mit GitHub synchron, damit der aktuelle Stand der Review-Arbeit in allen Tools sichtbar ist.
• Agent-gestützte Iteration — Führe Änderungen direkt von der Diff-Oberfläche aus mit einem Coding-Agenten im Hintergrund fort, wobei Updates in Echtzeit angezeigt werden.
• Flexible Diff-Ansicht — Prüfe Unified- oder Split-Diffs, aktiviere Zeilenumbruch und strukturelle Hervorhebung und wähle benutzerdefinierte Code-Themes für bessere Lesbarkeit.

So verwendest du Linear Diffs

Ein Workspace-Admin aktiviert Diffs zuerst, indem er die GitHub-Integration von Linear für Codezugriff aktualisiert. Danach können einzelne Nutzer ein Issue mit einem verknüpften PR öffnen und den Diff direkt in Linear prüfen.

Anschließend können Reviewer geführte Reviews für größere Änderungen nutzen, auf Kommentare oder Anfragen reagieren und bei Bedarf mit einem Agenten am Branch weiter iterieren. Review-Aktivität erscheint in der Inbox und im Reviews-Tab, sodass Code-Review-Arbeit zusammen mit anderen Linear-Aufgaben bleibt.

Anwendungsfälle

• Einen großen Pull Request prüfen — Ein Reviewer nutzt geführte Reviews, um zuerst die Hauptänderung zu verstehen, und arbeitet sich dann durch unterstützende Abschnitte und sekundäre Anpassungen, ohne den Zusammenhang zu verlieren.
• Review-Arbeit an einem Ort verwalten — Eine Engineering-Leitung verfolgt Review-Anfragen, Freigaben und Erwähnungen in Linear, statt nur in GitHub nachzusehen.
• Auf angeforderte Korrekturen iterieren — Ein Entwickler nimmt Folgeänderungen mit einem Coding-Agenten im Hintergrund vor und beobachtet dabei, wie sich der Diff in Echtzeit aktualisiert.
• Stacked-PR-Workflows verfolgen — Wenn ein Parent-Branch gemerged wird und GitHub einen Child-PR neu ausrichtet, aktualisiert sich der Diff, um den neuen Ziel-Branch widerzuspiegeln.
• Issue-Kontext nah am Code-Review halten — Ein Team prüft PRs direkt im Issue, aus dem die Arbeit entstanden ist, sodass Status und Diskussion verbunden bleiben.

FAQ

Ist Linear Diffs in allen Plänen verfügbar?
Ja. Im Changelog steht, dass Linear Diffs jetzt in allen Plänen verfügbar ist.

Sind geführte Reviews für alle verfügbar?
Geführte Reviews sind während der Beta kostenlos und für Linear-Kunden in den Business- und Enterprise-Plänen verfügbar.

Bleiben Reviews mit GitHub synchron?
Ja. Linear synchronisiert den Review-Status zurück mit GitHub, damit der aktuelle Review-Status klar bleibt.

Wie schalten Nutzer Diffs ein?
Workspace-Admins aktivieren es, indem sie die GitHub-Integration von Linear für Codezugriff aktualisieren; danach können einzelne Nutzer auswählen, Diffs in Linear zu prüfen.

Können Reviewer sowohl Unified- als auch Split-Diff-Layouts verwenden?
Ja. Die Produktbeschreibung sagt, dass Reviewer Unified- oder Split-Diffs ansehen können.

Alternativen

• GitHub Pull-Request-Review — Der Standard-Review-Workflow für Teams, die vollständig in GitHub bleiben möchten, ohne Reviews nach Linear zu holen.
• Dedizierte Code-Review-Tools — Tools, die sich primär auf das Prüfen von Diffs und Kommentaren konzentrieren, oft mit einem engeren Workflow als Linear mit Issue-Verknüpfung.
• Issue-Tracker plus separate GitHub-Reviews — Ein getrennter Workflow, bei dem die Planung in einem System und das Code-Review in einem anderen stattfindet, was für Teams geeignet sein kann, die diese Aufgaben lieber trennen.
• Review lokaler Branches mit manuellem Feedback — Ein schlankerer Prozess für kleine Teams, bietet aber nicht denselben Issue-verknüpften Inbox- und synchronisierten Review-Tracking-Ansatz wie hier beschrieben.