Last mile for 1.0

LT> You document the "rename" header as being "rename from/to", which is LT> sensible, but doesn't match reality. diff.c has "rename old/new". I found LT> that out the hard way when doing git-apply ;)

The document was cut & paste from the version of apply.c before you found it out "the hard way", so of course its wording is sensible ;-) Anyway, I think we settled this part.

There are still some remaining issues before 1.0. The ones I personally would want to see merged and/or addressed are:

 - git-ssh-push documentation updates from Dan Barkalow, which
   he mentions in *1*.  I am the primarily guilty one about
   "other people seem to have missed it".

 - "-w heads/master heads/master" extension to the pull family,
   again from Dan, mentioned in the same message.

 - "--merge-order" extension to the git-rev-list, from Jon
   Seymour, last posted as *2*.  I have not tried it on
   something big (like linux-2.6 repository) and cannot vouch
   for its correctness myself, but I find what it claims to do
   quite sensible and attractive.

 - Tutorials you have been working on.  I'd appreciate it if my
   earlier "what about cvs annotate" example *3* finds its home
   somewhere in that document ;-).

 - "What happens when a merge goes wrong" helper script Jeff
   wanted to have in *4*.

 - Documentation from Jason McMullan for more commands, reminded
   by Petr Baudis in *5*.

[References]

*1* <Pine.LNX.4.21.0506031927000.30848-100000@iabervon.org>

*2* <20050605134733.3123.qmail@blackcubes.dyndns.org>

*3* <7vll5s35pd.fsf@assigned-by-dhcp.cox.net>

*4* <42A181C1.3010902@pobox.com>

*5* <20050605204739.GR17462@pasky.ji.cz>