aboutsummaryrefslogtreecommitdiff
path: root/scripts/tests/remove.bats
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-06-05 00:28:31 -0500
committerCraig Jennings <c@cjennings.net>2026-06-05 00:28:31 -0500
commit3eed2895b2d23d1d8e468aee6f3dfd8122012fe4 (patch)
tree51bab603c833cf8732ae30bf5e189e476fa14594 /scripts/tests/remove.bats
parent4779ce8a64560e68b34311ced309013c50706d39 (diff)
downloadrulesets-3eed2895b2d23d1d8e468aee6f3dfd8122012fe4.tar.gz
rulesets-3eed2895b2d23d1d8e468aee6f3dfd8122012fe4.zip
feat(startup): run make install in Phase A.0 to link new skills
A skill added to rulesets and pushed reached each machine's files on the next pull, but not its ~/.claude symlink. make install only links what isn't already linked, and a git pull doesn't run it. So a new skill stayed silently uninstalled until someone re-ran make install by hand. The flush skill sat in that gap from 2026-06-02 until a manual install today. I added a make install step right after the Phase A.0 rulesets pull, the step that brings the skill's files in. It's idempotent: skips already-linked targets, links only what's new, and only writes symlinks under ~/.claude and ~/.local/bin. A grep keeps the all-skip case to one quiet line. Link, relink, and WARN lines get surfaced, and a new Phase C bullet handles them: a skill the harness already picked up mid-session is noted as available, one it didn't gets a restart prompt, a non-symlink collision goes to the user. Now "add a skill, commit, push" is enough to reach every machine on the next session. The step also covers a newly-added rule or script, since make install links those too. The canonical template and the .ai/ mirror both carry the change.
Diffstat (limited to 'scripts/tests/remove.bats')
0 files changed, 0 insertions, 0 deletions