Re: git rebase exec make -C in worktree confuses repo root dir

From: David Moberg <kaddkaka@gmail.com>
Date: Oct 14, 2024, 21:34 UTC
Message-ID: <CAL2+MiuG4FQdV3c4tGqcRgV+JWxAfvbo91vdGsnFHwDT0y_VRw@mail.gmail.com>
In-Reply-To: <Zw2K5xJAOGWitfXr@nand.local>

I am not sure if this has worked previously. Where/how far back should I look? Is 2 samples from 6 months and 1 year prior reasonable and enough?

I'm not sure if I understand you, What is the behavior you expect? Are you able to reproduce the behavior?

/David

Den mån 14 okt. 2024 kl 23:19 skrev Taylor Blau <me@ttaylorr.com>:

Show 22 quoted lines

>
> On Mon, Oct 14, 2024 at 10:46:45PM +0200, David Moberg wrote:
> > What did you expect to happen? (Expected behavior)
> >
> > 1. This command should return the worktree toplevel, not a subdirectory
> >   $ git rev-parse --show-toplevel
> >   /tmp/tmp.DUUAVQCIKe/repo2
> >
> > 2. And the git grep command should return the match from dir/Makefile,
> > not Fatal Error
> >   $ git grep banana
> >   Makefile:       git grep "banana" -- "$$BANANA"
>
> I am not sure if this is expected behavior or not, but it feels
> unintentional to me. Perhaps I am missing something funky in your
> example that is causing it to behave this way.
>
> Does this bisect to anything interesting, or has it always behaved this
> way?
>
> Thanks,
> Taylor