[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Monotone-devel] Re: user-friendly hash formats, redux
From: |
Jon Bright |
Subject: |
Re: [Monotone-devel] Re: user-friendly hash formats, redux |
Date: |
Tue, 07 Dec 2004 15:37:21 +0100 |
User-agent: |
Mozilla Thunderbird 1.0 (Windows/20041206) |
Nathan Myers wrote:
But that's all neither here nor there. What matters to us is,
when presented 0x43a8e014f2 and 0x43da6c97ba, or JimPieCowCon and
JimFinGogBan, which are the ones you can remember long enough to
recognize when you see them three seconds later, and can maybe
even type without cutting and pasting.
I just did a quick unscientific experiment with the two word-based
examples you provided, and I'm afraid the answer, at least for me, is
"neither". That said, I could at least attempt it with the words -
memorising strings of hex digits, I wouldn't even bother attempting.
My personal opinion is that relationships are the more important thing
here. A current common use case for me (with CVS) would be:
cvs [log|annotate] blah.c
...ah, looks like 1.35 is the interesting revision...
cvs diff -r 1.34 -r 1.35 blah.c
I could just as easily do
monotone diff parent bc3523 blah.c
Where bc3523 is a quickly-typed prefix of the version that interested me
and 'parent' is resolved for me by monotone.
There should then probably be stuff like
monotone diff parent2 bc3523 blah.c
For comparing to the grandparent.
If a relationship was ever unclear to monotone (two parents, whatever),
I'd be more than happy for it to give up, not resolve 'parent' and spew
an error at me.
--
Jon Bright
Silicon Circus Ltd.
http://www.siliconcircus.com
- [Monotone-devel] Re: user-friendly hash formats, redux, (continued)
- [Monotone-devel] Re: user-friendly hash formats, redux, Bruce Stephens, 2004/12/10
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Matthew A. Nicholson, 2004/12/10
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Phil de Joux, 2004/12/09
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Patrick Mauritz, 2004/12/10
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Nathan Myers, 2004/12/10
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Matt Johnston, 2004/12/10
- [Monotone-devel] Re: user-friendly hash formats, redux, graydon hoare, 2004/12/10
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Zack Weinberg, 2004/12/07
- [Monotone-devel] Re: user-friendly hash formats, redux, Bruce Stephens, 2004/12/07
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Nathan Myers, 2004/12/07
- Re: [Monotone-devel] Re: user-friendly hash formats, redux,
Jon Bright <=
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Logan Sackette, 2004/12/07
- [Monotone-devel] Re: user-friendly hash formats, redux, Bruce Stephens, 2004/12/07
- [Monotone-devel] Re: user-friendly hash formats, redux, John S. Yates, Jr., 2004/12/07
- [Monotone-devel] Re: user-friendly hash formats, redux, Bruce Stephens, 2004/12/07
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, derek, 2004/12/07
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Nathaniel Smith, 2004/12/08
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Richard Levitte - VMS Whacker, 2004/12/07
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Oren Ben-Kiki, 2004/12/07
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Nathaniel Smith, 2004/12/07
- Re: [Monotone-devel] Re: user-friendly hash formats, redux, Oren Ben-Kiki, 2004/12/07