From: Duy Nguyen <pclouds@gmail.com>
Date: Mon, 21 Dec 2015 01:17:26 GMT
Subject: Re: -C option with pull doesn't seem to be respected in aliases in git 2.6.4.
Message-ID: <CACsJy8D=a4NUi+zWj=DVrzRdCxzWA6hp8kCaPAN_Cwv7H7Ohkg@mail.gmail.com>
In-Reply-To: <96FA4EE3-B68F-49B9-896F-38F37E12676D@apple.com>

On Fri, Dec 18, 2015 at 8:35 AM, Cameron Esfahani <dirty@apple.com> wrote:
> I have git project checked out at ~/llvm.  Inside of there, inside of a “tools” directory, I have another project checked out as “lldb”:
>
> ~/llvm/tools/lldb
>
> I wrote an alias which would help me update all my projects:
>
>         all = !find . -type d -name .git | sed 's:/.git::' | xargs -I{} -t git -C {} $1 && :
>
> This would allow me to be inside of ~/llvm and type "git all pull" and get all my projects updated.
>
> It seems that at some point this broke.  If try to use this alias under git 2.6.4, it only updates the llvm project.
>
> The interesting thing is that if I pass fetch, instead of pull: "git all fetch", then it seems to work correctly.

It would help if you could bisect this to the first broken commit (or
at least one version that works). git-pull was rewritten in C in
2.6.0, so this could be a regression. If you try a version before that
and the problem remains, then it's not the git-pull rewrite. Another
suspect is c056261 (git potty: restore environments after alias
expansion - 2014-06-08), since v2.1.0.
-- 
Duy