On Sat, Nov 10, 2007 at 04:48:29PM -0800, Junio C Hamano wrote: > Daniel Barkalow <barkalow@xxxxxxxxxxxx> writes: > > > Now that git-fetch is in C, built in, and doing the fetch-pack in the same > > process, the normal usage patterns don't involve actually executing > > git-fetch-pack. Can we deprecate it at this point, or it is plausibly > > being used by scripts? As it is now, I'm not entirely confidant that the > > tests in t5500 won't be fooled by git-fetch working even with > > git-fetch-pack being broken in various ways, which should be fixed if we > > want to keep it. > > > > We also might as well deprecate peek-remote now that it's a synonym for > > ls-remote. > > Especially because git-fetch is no longer as hackable as it used > to be, and because people may still find special needs that can > be hacked up with direct access to low level transports from the > script more easily than going down to the C level, I'd rather > wait and see for a cycle or two to decide. There is no strong > reason to drop it, is there? Still, if the functionality is needed, i think it would be better if it were provided by git-fetch --pack. The list of programs is already long enough, it should be time to shrink it. Mike - 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
