Junio C Hamano <junkio@cox.net> wrote: > Eric Wong <normalperson@yhbt.net> writes: > > > @ Junio: Is there room for this in the git distribution alongside > > git-svnimport? > > Surely. Things that superficially do similar things are not > necessarily mutually exclusive, if that is what you are worried > about. There is not much incumbent advantage for tools that > support a narrowly defined specific task (e.g. interfacing with > foreign SCM X) on the periphery, while I would perhaps feel more > hesitant to support 47 different variants of git-commit ;-). <snip> > Even having some experimental tools that are only starting to do > useful things might be useful, if we had it in the git.git > repository. For one thing, it would give more exposure to them > and help improve things. Good to know. I fully agree on this point. > How about first adding a contrib/ directory and see how it goes? Sure thing. Don't worry about development history, there's hardly any as it was all done pretty quickly. Being able to draw from my experiences with svn-arch-mirror, arch-svn-merge (this one sucked), and git-archimport helped greatly; as did the very simple and flexible nature of git. -- Eric Wong - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Thu Feb 16 19:49:37 2006
This archive was generated by hypermail 2.1.8 : 2006-02-16 19:49:48 EST