Bryan Helmkamp d535edfda4 feat(cli): brew-aware upgrade check and gate ... Detect Homebrew-managed installs from the canonicalized executable path (Cellar/fabro[-nightly]/...) and branch both the background nag and `fabro upgrade` accordingly. - Background check fetches the tap's versions.json (raw.githubusercontent) for the matching channel instead of GitHub's latest release, so the nag tracks what `brew update` can satisfy. - Cache payload gains an install_source tag; entries from a different source (or legacy entries without the field) are ignored, so users who switch between fabro/fabro-nightly/tarball don't see stale versions. - `fabro upgrade` on a brew install refuses to overwrite the Homebrew-managed binary and prints `brew upgrade fabro[-nightly]`. --dry-run prints the command and exits 0; --version/--prerelease/--force are rejected with a clear Homebrew-managed error. - Manifest/exe-resolve failures on brew installs skip the notice rather than falling back to GitHub latest (which would reintroduce the tap-lag false positives this change is meant to remove). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>		2026-04-17 17:46:55 -04:00
..
crates	feat(cli): brew-aware upgrade check and gate	2026-04-17 17:46:55 -04:00
packages/fabro-api-client	refactor(web): rename board column pending → initializing	2026-04-15 09:22:17 -04:00