repo-status.sh derives up_to_date_with_main from the local origin/<main> ref without fetching, so a stale snapshot could mark a repo "up to date" when its origin had actually moved. sync would then report "all up to date" and skip a needed rebase; finish would pass pre-flight and only discover the staleness mid-merge. Both skills now run `for-each-repo.sh fetch origin` as a mandatory first step before the snapshot. Dropped the redundant per-repo fetch from sync's execute step; kept finish's `pull --ff-only` as defense-in-depth. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
5 KiB
| name | description |
|---|---|
| git-feature-sync | Rebase the current feature branch onto main in all 3 repos (root + kicad + wxwidgets). Naturally re-runnable - after the user resolves a conflict manually and runs `git rebase --continue`, re-invoke the skill and it picks up where it stopped. Usage - "/git-feature-sync". |
git-feature-sync
Rebase the current feature branch onto each repo's main, across root, kicad, and wxwidgets.
Per-repo main mapping is in scripts/git-workflow/repos.sh (root=main, subs=wasm-port).
How "resume after conflict" works
There is no state file. State is derived live each run:
git -C <p> merge-base --is-ancestor origin/<main> HEAD→ if 0, the branch already contains the latest main; skip this repo..git/rebase-mergeor.git/rebase-applydirectory present → rebase is mid-flight in that repo; refuse to do anything until the user finishes or aborts it.
So after the user resolves a conflict manually + runs git rebase --continue in the stopped repo, just re-running /git-feature-sync picks up at the next un-rebased repo.
Steps
-
Fetch every origin FIRST. Run
bash /Users/torcsi/dev/kicad-wasm/scripts/git-workflow/for-each-repo.sh fetch origin. This is mandatory on every sync and must happen before the status snapshot.repo-status.shderivesup_to_date_with_mainfrom the localorigin/<main>ref without fetching — so without this step the work plan (step 4) can wrongly mark a repo "up to date" and skip a needed rebase when its origin has moved. (This is the bug that let a stale sync report "all 3 up to date" whileorigin/wasm-porthad actually advanced.) -
Get status snapshot. Run
bash /Users/torcsi/dev/kicad-wasm/scripts/git-workflow/repo-status.shand parse the per-repo JSON. Because step 1 just fetched,up_to_date_with_mainnow reflects true remote state. -
Pre-flight checks.
- If any repo has
rebase_in_progress: true, STOP. Tell the user which repo, and that they need to resolve (git -C <repo> rebase --continueaftergit add-ing resolved files) or abort (git -C <repo> rebase --abort) before sync can proceed. - Determine the feature branch from root's
branchfield. If root is on its main (main) or detached, STOP and say "no feature branch active in root — nothing to sync". - For each submodule with
branch != <feature-branch>:- If branch is empty (detached), prose-ask: "wxwidgets is at detached HEAD
<sha>. Want me togit -C wxwidgets checkout <feature-branch>first? (y/N)". On yes, run it (auto-allowed). On no, STOP. - If branch is some other name, STOP and tell the user which repo is on which branch. Don't auto-switch.
- If branch is empty (detached), prose-ask: "wxwidgets is at detached HEAD
- If any repo has
-
Determine work plan. For each repo, mark "needs rebase" if
up_to_date_with_main: false. If all three are up-to-date, print "all 3 repos already up to date with their mains" and stop cleanly. -
Execute per repo in order [root, kicad, wxwidgets]. Skip any repo with
up_to_date_with_main: true. For each repo that needs rebase:- Prose-announce: "About to rebase (
<feature>) ontoorigin/<main>— proceed?" git -C <path> rebase origin/<main>(origins were already fetched in step 1; this hits theaskpermission — user confirms again at tool layer)- If the rebase command exits non-zero (conflict), STOP and emit the handoff message (see below).
- On success, continue to the next repo.
- Prose-announce: "About to rebase (
-
After all 3 succeed: check
git -C <root> status --shortfor staged or unstaged changes to thekicad/wxwidgetssubmodule entries. If present, suggest:Submodule SHAs changed during rebase. When ready:
/git-feature-commit "sync: bump submodule pointers after rebase". Do NOT auto-commit.
Conflict handoff message — use this exact shape
When a rebase fails mid-flight in repo X, list the repos in the plan, what's been done, what's pending, and the manual commands to resolve. Derive everything live by re-running repo-status.sh if needed.
Completed: root rebased onto origin/main (3 commits replayed). Stopped: kicad — conflict during rebase. Conflicted files:
kicad/eeschema/foo.cpp kicad/common/bar.cppPending: wxwidgets (not started).
To resolve manually:
cd /Users/torcsi/dev/kicad-wasm/kicad # edit each conflicted file, resolve <<<<<<< markers git add eeschema/foo.cpp common/bar.cpp git rebase --continueThen re-run
/git-feature-sync— kicad will be detected as already rebased and it will proceed with wxwidgets.To roll back kicad only:
cd /Users/torcsi/dev/kicad-wasm/kicad && git rebase --abort. Note: already-rebased repos (root in this case) stay rebased — they are not rolled back.
Get the conflicted-files list from git -C <path> diff --name-only --diff-filter=U.
Safety
- Never
--forceanything. - Never
git rebase --skipon the user's behalf — only--continueis safe and that's the user's job after manual resolution. - Always echo the command before running it.
- Detached HEAD in a submodule is a confirmation point, never an auto-fix.