Re: PATH modifications for git-hook processes

2015-04-15 Thread Matthew Rothenberg
14, 2015 at 1:17 PM, Junio C Hamano gits...@pobox.com wrote: Matthew Rothenberg mr...@khanacademy.org writes: - what is the expected PATH modification behavior for subprocesses of git-hooks? Is this documented anywhere? - what would be causing /usr/local/bin to be prepended here, and can

PATH modifications for git-hook processes

2015-04-14 Thread Matthew Rothenberg
Using git 2.3.5 (on darwin, installed via homebrew), when executing a script via the commit-msg githook, the following gets *prepended* to the $PATH for the subprocess: /usr/local/Cellar/git/2.3.5/libexec/git-core:/usr/local/Cellar/git/2.3.5/libexec/git-core:/usr/local/bin:{rest of path...} I

Re: Efficient parsing of `status -z` output

2015-03-09 Thread Matthew Rothenberg
On Mon, Mar 9, 2015 at 2:49 AM, Jeff King p...@peff.net wrote: $ git init $ seq 1 1000 file git add file git commit -m base $ mv file other $ echo foo file $ git add . $ git status --short M file C file - other Fantastic, I am able to replicate with these steps and

Re: Efficient parsing of `status -z` output

2015-03-08 Thread Matthew Rothenberg
On Sun, Mar 8, 2015 at 4:14 AM, Junio C Hamano gits...@pobox.com wrote: I think this is how -z was designed to be used, and if that isn't clear, then the documentation must be updated to clarify. Rename and Copy are the only ones that needs two pathnames, and I suspect that whoever did the

Efficient parsing of `status -z` output

2015-03-07 Thread Matthew Rothenberg
I've been working on a utility that parses the output of `git status --porcelain` as a fundamental part of its operation. Since I would like for this tool to be as robust as possible (and cross-platform compatibility is a goal), I am currently trying to migrate it from parsing the output of