Re: [PATCH 2/3] git-svn: documentation updates
- From
- Eric Wong <normalperson@yhbt.net>
- Date
- Nov 29, 2006, 08:54 UTC
- Message-ID
- <20061129085419.GB4486@hand.yhbt.net>
- In-Reply-To
- <456D36CE.1060300@midwinter.com>
Steven Grimm <koreth@midwinter.com> wrote:
Show 14 quoted lines
> 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.