Le Saturday 08 November 2008 21:38:10 Junio C Hamano, vous avez écrit : > Francis Galiegue <fg@xxxxxxxxxxxx> writes: > > Le Saturday 08 November 2008 21:06:01 Jakub Narebski, vous avez écrit : > >> Junio C Hamano wrote: > >> > - Teach "-D $there" option to "git init", which does an "mkdir -p $it > >> > && chdird $it" before it does its work. > >> > >> Shouldn't it be "-C $there" (like make and tar)? > > > > I agree with that. It's pretty much a standard for quite a few "command > > line people", insofar as I always look for such an option in case I want > > to know whether a command has the ability to chdir() to a different > > directory than the current one :p > > In this particular case, it is not "chdir() before starting" but "mkdir > and then chdir() into it". Using -C would be counterproductive. > -- > 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 I have missed the mkdir part, but then here this is mkdir _-p_... I mean, what is the cost of mkdir -p the/dir and then git init -C the/dir? I don't think it's that good an idea to have git create the directory in this case... Think of what would happen if you git -D a/b, and a is a symlink to, where, somewhere (doesn't exist, exists but if you touch it you're {in trouble,good for jail time, whatever}). I personnaly think that the directory creation SHOULD be created to the commands that are meant for it, just as git handles dir creation in its own space (a git repository). -- Francis Galiegue ONE2TEAM Ingénieur système Mob : +33 (0) 6 83 87 78 75 Tel : +33 (0) 1 78 94 55 52 fge@xxxxxxxxxxxx 40 avenue Raymond Poincaré 75116 Paris -- 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
