I like that Fork has such a neat, seamless way of working with worktrees, but it seamlessness has bitten and/or confused me on more than one occasion.
Because the branch that is checked out in a worktree is listed under the worktrees section (where it makes sense to me) and in your normal local branches list, I missed that I didn’t just switch to a branch but actually switched to another folder and tab in Fork. In one occasion it caused me to accidentally discard local changes in the wrong directory.
While those mistakes are completely my own fault, I’d appreciate it if a UI design helps me prevent those. I think that not displaying a worktree branch in the main list, but only in the worktrees section, could solve that. But any change to make the distinction between a normal branch and worktree branches would be greatly appreciated.
Maybe related to #2585
I like that Fork has such a neat, seamless way of working with worktrees, but it seamlessness has bitten and/or confused me on more than one occasion.
Because the branch that is checked out in a worktree is listed under the worktrees section (where it makes sense to me) and in your normal local branches list, I missed that I didn’t just switch to a branch but actually switched to another folder and tab in Fork. In one occasion it caused me to accidentally discard local changes in the wrong directory.
While those mistakes are completely my own fault, I’d appreciate it if a UI design helps me prevent those. I think that not displaying a worktree branch in the main list, but only in the worktrees section, could solve that. But any change to make the distinction between a normal branch and worktree branches would be greatly appreciated.
Maybe related to #2585