Files
stack-sync/README.md
T
LyAhn 88143838dd fix(test): run the hub fixture on Windows
- replace the POSIX shell fixture with a compiled Go helper named hub or hub.exe
- prepend the helper directory to PATH in TestMain so tests cannot invoke an installed hub binary
- add PowerShell build, install, and Windows path examples to the README
- ignore the generated stack-sync.exe binary
2026-09-06 19:23:15 +01:00

5.3 KiB

Stack Sync

stack-sync safely runs hub sync across every Git repository in a workspace. It is designed for directory trees such as JezzWTF where the root may not be a repository and a parent repository may contain deliberately untracked, nested repositories.

It provides both a full-screen Bubble Tea control deck for interactive work and a conventional CLI/JSON interface for SSH sessions and automation. Both interfaces use the same discovery and safety engine.

Safety model

Before a repository is eligible, Stack Sync verifies that it:

  • is on a branch (not a detached HEAD);
  • has at least one remote;
  • has no merge, rebase, cherry-pick, revert, or bisect in progress;
  • has no modified, staged, deleted, conflicted, or untracked files.

Untracked paths that are themselves discovered nested Git repositories are excluded from the parent repository's dirty check. All other untracked files still block it.

Stack Sync never runs git stash, git reset, git clean, git commit, or any other command that saves or discards work. A repository is checked again immediately before hub sync to reduce the chance of a change slipping in between the plan and apply phases. Blocked repositories are skipped; use --strict to abort the whole run if even one is blocked.

Stack Sync intentionally preserves hub sync semantics. That means hub may delete a local branch when its upstream branch has been deleted and it considers the local branch merged. It warns instead when it finds unpushed or apparently unmerged commits. The interactive confirmation calls this out; review hub help sync before using --yes in automation.

Requirements

Stack Sync supports Linux and Windows. It requires:

  • Go 1.24 or newer to build;
  • Git on PATH;
  • hub on PATH for sync and tui sync operations.

The read-only scan command does not require hub.

Build and install

go install is the simplest cross-platform installation method. From the repository root, run:

go install .

Go automatically installs stack-sync on Linux and stack-sync.exe on Windows into your Go binary directory. Make sure that directory is on PATH (normally $HOME/go/bin on Linux and %USERPROFILE%\go\bin on Windows).

To build a binary in the repository instead, use the command for your platform.

Linux

cd stack-sync
go test ./...
go build -o stack-sync .
install -Dm755 stack-sync ~/.local/bin/stack-sync

Windows (PowerShell)

Set-Location stack-sync
go test ./...
go build -o stack-sync.exe .
New-Item -ItemType Directory -Force "$env:LOCALAPPDATA\Programs\stack-sync" | Out-Null
Copy-Item .\stack-sync.exe "$env:LOCALAPPDATA\Programs\stack-sync\stack-sync.exe"

Add %LOCALAPPDATA%\Programs\stack-sync to your user PATH if it is not already present. The .exe suffix is important when choosing an explicit output name on Windows; go build -o stack-sync . creates an extensionless binary there.

Usage

Interactive TUI

Launch the control deck for the workspace:

stack-sync tui --root ~/Coding/jwtf

PowerShell accepts the same options with a Windows path:

stack-sync tui --root C:\Users\you\Coding\jwtf

Every eligible repository starts selected. Move with the arrow keys or j/k, toggle the focused repository with Space, select all with a, clear the selection with n, and refresh with r. Press s or Enter to review the destructive-branch warning, then y to begin. Blocked repositories cannot be selected and show their first dirty paths in the detail panel. After a run, focusing a repository shows its latest hub output.

CLI and automation

Scan the current workspace. This is read-only and is the default command:

stack-sync scan --root ~/Coding/jwtf
# equivalent:
stack-sync --root ~/Coding/jwtf
stack-sync scan --root C:\Users\you\Coding\jwtf

Review the same plan, confirm it, and sync every eligible repository:

stack-sync sync --root ~/Coding/jwtf

For automation, suppress the prompt and optionally require the entire workspace to be clean:

stack-sync sync --root ~/Coding/jwtf --yes --strict

Useful options:

--jobs 4             maximum concurrent inspections or syncs
--timeout 5m         per-repository hub sync timeout
--exclude temp       skip a directory name anywhere in the tree
--exclude Org/old    skip a root-relative path
--json               emit structured output

Both / and \ are accepted in Windows paths. Quote a root or exclusion containing spaces, for example --root "C:\Users\you\Source Repositories".

Dependency caches, build outputs, and tool-managed directories such as node_modules, target, .claude, and .codex are skipped during discovery by default. These exclusions only affect repository discovery; they never make real changes inside a discovered repository disappear from its dirty-worktree check.

Exit codes are 0 for a successful scan or sync (planned dirty repositories may be safely skipped), 1 for an operational/sync failure, 2 for invalid or unconfirmed non-interactive use, and 3 when strict mode refuses the plan or a previously eligible repository fails its immediate pre-sync safety check.