`wt remove` should probably preserve the current working directory

[caillou]

When switching, wt preserves the current working directory.
When removing, wt does not preserve it.

~/repos/foo/some/working/directory $ wt swtich -c x
~/repos/foo.x/some/working/directory $ wt remove
~/repos/foo $

Reasoning

I work in a sub-tree of a massive mono-repo. Every time I wt remove, I have to cd back into that sub-directory.

I am not certain this is what everybody needs. Maybe this should be configurable?

[worktrunk-bot]

Thanks for reporting this — you're right that the two commands were inconsistent. wt switch preserves your subdirectory position (added in #937), but wt remove always landed at the destination worktree root.

I've opened #3344 to fix it: wt remove now mirrors wt switch — if you're in apps/gateway/ of the worktree being removed and apps/gateway/ exists in the destination, it lands you there instead of the root, falling back to the root when the subdirectory is absent. Since wt merge removes the worktree through the same code path, it picks up the same behavior.

On the "maybe configurable?" question — following the precedent from #937, this is always-on rather than a new flag/config, to keep remove consistent with switch (the project keeps a high bar on adding options). A maintainer will review the PR and can weigh in if a knob is wanted here.