Worktree cleanup aborts rather than deleting a tree whose state it cannot safely determine.
What's wrong with this entry?
The dirty-check (git status --porcelain) and the agent-worktree removal path now run with the same filter-neutralizing settings. If those settings cannot be applied, the worktree is treated as dirty or as a git error, and removal is aborted rather than deleting a tree whose state is unknown.
- The helper that builds the pinned arguments returns nothing on failure, and callers fall back to dirty/gitError.
- Removal reports a new abort reason when cleanliness could not be established.
- The
tengu_worktree_removedevent still carrieschanged_filesandaborted.
could not verify the worktree is clean (git status failed or repository git config unpinnable)
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.242
Claude checks a checkout's git configuration before running git in it
Both mention safety
-
v2.1.242
Wider detection of tampered git directories
Both mention safety
-
v2.1.242
Claude Code's git commands no longer recurse into submodules
Both mention safety