Steven Grimm <koreth@midwinter.com> wrote: > Eric Wong wrote: > >Eliminate 'commit' from some places and plug 'dcommit' more. > >Also update the section --id (GIT_SVN_ID) usage since we > >have multi-init/multi-fetch now. > > > > In the spirit of the "should the -a option be the default in > git-commit?" discussion... What are the chances that a future version of > git-svn could change the "dcommit" command to "commit" and the current > "commit" to something else? I know it's a historical artifact, but given > that git-svn is (by definition) aimed at Subversion users who are > probably used to running "svn commit", it seems like making "git-svn > commit" be the thing you usually want to run would be a good thing. One > less habit to unlearn. I've been considering something along those lines. I'm interested in renaming the current 'commit' command to something else (it still has its uses), but I haven't figured out what to call it... Also, something that can wrap (git commit && git svn dcommit) into one step would be nice. -- 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 Wed Nov 29 19:54:36 2006
This archive was generated by hypermail 2.1.8 : 2006-11-29 19:55:46 EST