On Tue, Jun 19, 2012 at 02:39:20PM -0700, Junio C Hamano wrote: > >> I have to wonder if is this something we care about that much. > > > > It does speed up my build a fair bit, but I admit I have a somewhat > > uncommon setup. > > Oh, I wouldn't question the "speeding up" part. I simply expected > that people who use separate prefix depending on branch would have > separate checkout for these branches they build and install > regularly to their own prefixes, so recompilation due to prefix > change would not be an issue, because by definition in such a set-up > you won't change branch in a checkout. I dunno if other people do that. For me, separate checkouts would be overkill. I use a single working tree, and I don't mind switching between topic branches, but I want to keep installed versions from polluting each other (e.g., via cruft left in the exec-path or in templates), which has caused oddness with testing in the past. It's also nice that I can do: $ git checkout v1.7.10.5 $ make install and now I need only point my PATH to $HOME/local/git/v1.7.10.5/bin to test that version forever. It saves lots of compile time when I'm investigating bug reports. Of course, I am probably one of the few people in the world who actually wants to have 50 built versions of git on hand. -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html