lu0 / git-worktree-wrapper Goto Github PK

Describe the bug
Cannot checkout/switch to branches fetched from the remote, these branches were not created locally.

To Reproduce
Steps to reproduce the behavior:

1. Let's assume we have an existing repository, cloned as a bare one.
2. Let someone else (or you from another machine) create and push a new branch, e.g new-from-remote/test.
3. Fetch all changes into the local repository git fetch --all .
4. Try to checkout to the new branch git checkout new-from-remote/test.
5. Throws the following:
   • When checkedout from the root directory of the local repository:

   fatal: this operation must be run in a work tree

   • When checkedout from an existing worktree, lets say master:

   Branch 'new-from-remote/test' set up to track remote branch 'new-from-remote/test' from 'origin'.
   Switched to a new branch 'new-from-remote/test'

   But the current directory stays the same (master).

Expected behavior
After git checkout new-from-remote/test the script should fetch new-from-remote/test, create the new worktree in <repo's root dir>/new-from-remote.test, and cd into it; even from the repo's root directory.

Desktop (please complete the following information):

• OS: [Linux Mint 20]
• Git version: [2.25.1]
• Shell [Bash 5.0.16]
• Repository version [v1.0.0]

Additional context
I think is a matter of looking for all existing local and remote references, but will need to parse only the names and not the remote specifiers (remote/heads/...)

Use Python instead of bash to handle contexts.

Run built-in checkout/switch after each "wrapped" command to trigger post-checkout scripts.

When I want to create a new worktree, the script tries to create a new branch and fails if the branch exists (locally or in the remote).

Update the script to skip branch creation and fetch from the existing branch.

Describe the bug
Title

To Reproduce
Steps to reproduce the behavior:

1. Run git branch -d old_branch or git branch -D old_branch from git root or from the worktree directory.
2. This doesn't seem to delete the branch and worktree from the git cache, doing git checkout old_branch re-creates the worktree directory with the files of the 'deleted' branch.

Expected behavior
git checkout old_branch should raise an error after such branch has been deleted.

Screenshots
N/A

Desktop (please complete the following information):

• OS: Linux Mint 20, but tested on Windows 10 and Windows 11, too.
• Git version: 2.25.1
• Shell: Bash 5.0.16
• Repository version: v1.1.0

Additional context
git branch -d/-D old_branch does indeed delete the worktree directory, but it's kept in the cache.