github / github/copilot-cli

Scheduled automation fails when a non-default branch is checked out locally

Offen
#4,810 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

triage
Vorherrschende Sprache
Shell
Sterne
11.2k
Forks
1.9k
Ø Merge
14 Std. 16 Min.
Gemergte PRs (30 T.)
6

Beschreibung

Describe the bug

A scheduled repository automation fails when the associated local clone is currently checked out to a branch other than the workflow/default branch. The failure instructs the user to switch the local clone back to the expected branch before rerunning the workflow.

A scheduled automation should not depend on whichever branch happens to be checked out in a mutable local working copy. This makes schedules unexpectedly brittle and allows unrelated local development activity to break them.

Affected version

No response

Steps to reproduce the behavior
  1. Configure a scheduled automation for a repository while its workflow/default branch is selected.
  2. In the associated local clone, check out a different branch for unrelated work.
  3. Allow the scheduled automation to run.
  4. Observe that it fails because the workflow/default branch is not currently checked out locally.
Expected behavior

Scheduled automations should run against the configured workflow branch or repository default branch regardless of the local clone's currently checked-out branch. If a local checkout is required, Copilot should use an isolated worktree/clone or safely resolve the configured branch without requiring the user's active working tree to switch branches.

Additional context

The visible error explicitly says the workflow branch is not checked out and asks the user to switch branches in the local clone. Identifying repository, branch, organization, and automation names have been intentionally omitted. The original screenshots contain those details and should not be attached without redaction.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Es ist keine Quelldatei oder kein Test genannt. Beginne damit, eine geplante Automatisierung mit einem lokal ausgecheckten Nicht-Standard-Branch zu reproduzieren, und verfolge anschließend die Verarbeitung des konfigurierten Workflows oder des Standard-Branches sowie der lokalen Arbeitskopie durch die CLI. Als erledigt gilt die Aufgabe, wenn die Automatisierung ausgeführt wird, ohne dass der aktive Checkout des Benutzers den Branch wechseln muss, und eine Abdeckung für das gemeldete Szenario vorhanden ist.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
git
Bereich
cli, developer-experience
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Aktiv
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
48/100

Neue Issues direkt in Ihr Postfach

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