On Wed, Mar 4, 2020 at 2:00 AM Hariom Verma via GitGitGadget <gitgitgadget@xxxxxxxxx> wrote: > The bug which reports an extra `/.git/.` in worktree path when called in > '.git' directory already has been fixed. But unfortunately, the regression > test to ensure this behavior has been forgotten. > Here is that test. For readers not involved in the discussion, this test was requested by [1], but the topic graduated to "next" before it could be re-rolled. It probably ought to be queued atop 'hv/receive-denycurrent-everywhere'. [1]: https://lore.kernel.org/git/CAPig+cTh-uu-obh9aeDOV9ptbVwRmkujgucbu9ei1Qa3qSNG_A@xxxxxxxxxxxxxx/ > Signed-off-by: Hariom Verma <hariom18599@xxxxxxxxx> > --- > diff --git a/t/t2402-worktree-list.sh b/t/t2402-worktree-list.sh > @@ -151,4 +151,10 @@ test_expect_success 'linked worktrees are sorted' ' > +test_expect_success 'worktree path when called in .git directory' ' > + git worktree list> list1 && > + git -C .git worktree list> list2 && Nit: Style is for the redirection operator to stick to the file: git worktree list >list1 && git -C .git worktree list >list2 && > + test_cmp list1 list2 > +' The test itself makes sense.
