more consistent "-r means [REV]"

[Daniel Holth]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Matt Mackall wrote:
> On Thu, Apr 19, 2007 at 05:15:31PM -0400, Daniel Holth wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Rather than try to remember which commands use -r and which don't, a
>> mistake I constantly make (made) and I've seen others make, here is a
>> patch to accept -r in more places.
>>
>> I had to change "hg status" to accept "-e" as "show removed files". I
>> think this is worthwhile for consistency, and because "revision" is a
>> much more frequently needed concept than "removed (erased)"
>>
>> Comments?
>
> Thanks for doing this.
>
> I'm slightly bothered by changing status. We've had -r there for a
> long time and the -r there matches the R reported for removed files.
> We need to think about this piece a bit more.
>
> The rest of it looks good though.
OK, here's the split-out version. I probably missed a few commands
that could take -r, but I got the ones that I use most often. I'm
thinking I can work on it a bit more and make status -r determine
whether you mean "revision" by context, which would work unless you
had files with the same name as tags or mercurial options.

- - Daniel H.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGKOMYVh4W2pVfoMsRAjvYAKCptT0RLV9tijnvhjzbVc3r/DMF6gCgpsWu
bxdNnsjEccwJw9K/ZR9UEyM=
=yDSJ
-----END PGP SIGNATURE-----

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: consistent-dash-r
Url: http://selenic.com/pipermail/mercurial-devel/attachments/20070420/549acb35/attachment-0002.txt 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: status-dash-r
Url: http://selenic.com/pipermail/mercurial-devel/attachments/20070420/549acb35/attachment-0003.txt