On Mon, 7 Sep 2009, Junio C Hamano wrote: > * db/vcs-helper (2009-09-03) 16 commits > - Allow helpers to report in "list" command that the ref is unchanged > - Add support for "import" helper command > - Add a config option for remotes to specify a foreign vcs > - Allow programs to not depend on remotes having urls > - Allow fetch to modify refs > - Use a function to determine whether a remote is valid > - Use a clearer style to issue commands to remote helpers > - Make the "traditionally-supported" URLs a special case > (merged to 'next' on 2009-08-07 at f3533ba) > + Makefile: install hardlinks for git-remote-<scheme> supported by libcurl if possible > + Makefile: do not link three copies of git-remote-* programs > + Makefile: git-http-fetch does not need expat > (merged to 'next' on 2009-08-06 at 15da79d) > + http-fetch: Fix Makefile dependancies > + Add transport native helper executables to .gitignore > (merged to 'next' on 2009-08-05 at 33d491e) > + git-http-fetch: not a builtin > + Use an external program to implement fetching with curl > + Add support for external programs for handling native fetches > (this branch is used by jh/cvs-helper.) > > I'd really want to have this in 1.6.5 so that we can eject -lcurl from the > main "git" binary. The patches in 'pu' got some review comments, and I > thought Daniel's responses were sensible. Comments? I'm pretty sure that there were no objections to 'Make the "traditonally-supported"...' patch, and directly after that is a reasonable stopping point (everything that used to work works the same, nothing new and user-visible is introduced, the implementation is reasonably straightforward and tidy, and the git binary doesn't link against -lcurl). I'd suggest putting everything up to that point into master and debating the rest of the series on its own merits (and likely deferring it to post-1.6.5, since it doesn't have an in-tree user to exercise it yet). -Daniel *This .sig left intentionally blank* -- 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