Re: git and bzr
- From
Andreas Ericsson <ae@op5.se>
- Date
- Nov 30, 2006, 12:45 UTC
- Message-ID
- <456ED26C.6070306@op5.se>
- In-Reply-To
- <456E8147.9070304@gmx.net>
Raimund Bauer wrote:
Show 8 quoted lines
> * Carl Worth wrote, On 30.11.2006 01:05: >> Let's help people do exactly that by making the behavior of "git >> commit -a" be the default for "git commit". >> > Maybe we could do that _only_ if the index matches HEAD, and otherwise > keep current behavior? > So people who don't care about the index won't get tripped up, and when > you do have a dirty index, you get told about it?
Sounds sane. Especially if we couple it with a hint for the user to use "commit -a" when he/she wants to do blanket commits.
So in essence that would mean: If no pathspecs are given and index matches current HEAD, print out "Nothing to commit but changes in working tree. Assuming 'git commit -a'
and then act accordingly. Carl, do you think that would satisfy the desires of your RedHat peers? Always doing '-a' by default is terribly wrong for those of us who actually use partial commits a lot, and it would also rob git of a lot of its power.
-- Andreas Ericsson andreas.ericsson@op5.se OP5 AB www.op5.se