On Mon, 30 May 2005, Ryan Anderson wrote: > > Umm, why do you maintain two seperate "git" related trees? Well, my "tools" thing really isn't git proper, and may not make much sense in the git distribution. That said, I'm actually moving things into git as they turn useful. For example, I move the "stripspace" program into git (which means it got renamed into "git-stripspace", since it ended up being useful for the stand-alone git-commit-scripts too. But how many non-Linux projects really apply mailboxes of patches? It doesn't seem to be very "core". > Why not merge all of git-tools in, in a tools/ subdirectory? I'll think about it. It does look like at least about half of the git tools end up being pretty core. > I've been meaning to ask the same question about "gitweb" for that > matter. Well, there the issue definitely boils down to "different maintainers". I don't want to connect things that don't need to be connected. > I'd guess part of this is a holdover from the fact that you needed an > independent tree for BitKeeper, but does it still make sense? Well, I see the "tools" thing really as my private tools that may or may not make sense for anybody else. Even the cvs2git thing is just so _stupid_, since I bet you can do it quite cleanly in perl without having that strange "convert cvsps output into a shellscript" stage (admittedly, it was _really_ convenient for debugging to have that separate stage, so while it looks a bit hacky, it ended up being very powerful). Linus - 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 Tue May 31 10:57:22 2005
This archive was generated by hypermail 2.1.8 : 2005-05-31 10:57:23 EST