At Thu, 18 Feb 2010 16:25:04 +0100, Óscar Fuentes wrote: > > AFAIK, no. > > This is something I'll like to do too. If you want to see the log of one > or more unmodified files, you need to open a dir buffer, mark the files > you want and C-x v l, which is a bit inconvenient.
Yep. And, in contrast with any average directory, when you look at part of a working tree, being able to see all the substructure at once is often a good default. > OTOH, as git is used for trackng huge projects, showing all the files > may be too slow. For svn there is psvn.el which shows all the files, but > then people created dsvn.el because psvn.el turned to be too slow on > large working trees. Yeah, but the author of psvn told me he never considered optimizing for large projects to be a priority. So it may not be a function of the intrinsic cost of listing all the files. I think you could probably do a lot with cacheing. The other factor is that, the linux kernel notwithstanding, IME Git repos tend to be smaller than SVN repos because with Git it makes more sense to break up things that may eventually interact and cross-merge. -- Dave Abrahams Meet me at BoostCon: http://www.boostcon.com BoostPro Computing http://www.boostpro.com
