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 ;-). Especially, from your description (I haven't looked at the code), its point is to give a better support for an alternative workflow from svnimport supports. I was privately advised (by somebody I respect and trust) that I should not be too hesitant to expand the scope of the project. Also there are some interesting developments such as Martin's git-backed fake CVS server and Aneesh's gitview that I have been interested in, among other things. 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. How about first adding a contrib/ directory and see how it goes? - 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:02:14 2006
This archive was generated by hypermail 2.1.8 : 2006-02-16 19:02:25 EST