Re: -C option with pull doesn't seem to be respected in aliases in git 2.6.4.

On Fri, Dec 18, 2015 at 8:35 AM, Cameron Esfahani [off-list ref] 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