github / github/app

Make Copilot App worktree management more visual and beginner-friendly

Offen
#2,251 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
Keine Sprachdaten
Sterne
2.1k
Forks
153
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

The current worktree workflow in GitHub Copilot App feels too complex for non-technical users.
When Copilot creates a separate worktree for a task, users may not understand:

- why a new folder and branch were created;
- where the changed files are located;
- whether their main project has been changed;
- how to review, keep, merge, or discard the work;
- why they need to use Git commands in PowerShell or CMD to complete a simple task.

The distinction between Git projects and regular folders is also not clear enough. The different project icons provide a hint, but the app does not explain the practical consequence: only Git projects create isolated worktrees for coding sessions.
Please consider a workflow similar to Codex, with a clearer visual interface for task changes and worktree management:

1. Show a plain-language explanation when a worktree is created.
2. Clearly label the main project and each task workspace.
3. Provide visible buttons for **Review changes**, **Keep changes**, **Merge into main project**, and **Discard task**.
4. Show a simple comparison view before merging.
5. Handle common merge steps in the UI instead of requiring terminal commands.
6. Let users choose whether to use an isolated workspace or work directly in the main project, with clear safety warnings.
7. Provide a guided first-time tutorial for Git and worktrees.

The current isolation model is valuable for safety and parallel work, but it should not require users to understand branches, worktrees, or command-line Git before they can successfully use Copilot App.

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Start by reviewing the GitHub Copilot App's current worktree workflow and how it distinguishes Git projects from regular folders. Map the existing task workspace and merge interactions before proposing the visual flow. Done should include clear workspace explanations, review, keep, merge, and discard actions, comparison before merging, and an accessible choice between isolated and main-project work.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
git, github
Bereich
desktop, developer-experience
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Ruhig
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.