monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Monotone-devel] Updated Issue 118 - mtn log direction control (monotone


From: code
Subject: [Monotone-devel] Updated Issue 118 - mtn log direction control (monotone)
Date: Fri, 24 Dec 2010 14:26:06 GMT

Hello,

The following issue has been updated:

118 - mtn log direction control
Project: monotone
Status: New
Reported by: Stephen Leake
URL: https://code.monotone.ca/p/monotone/issues/118/
Labels:
 Type:Incorrect Behavior
 Priority:Medium

Comments (last first):

# By Stephen Leake, Dec 24, 2010:

If we had a selector designating the root of the tree (say 'R:', complementary 
to h:), then we could say that '--to defaults to the root', and 'log --from R: 
--to w: would give the reverse order from the default 'log'.

But for reversing 'log --last 10', the only solution is an explicit 
'--reverse'. Hmm. we could do 'log --from p:p:p:p:p:p:p:p:p:w --to w:', but 
that's not very practical.  Maybe 'p10:w:'?

At the same time, the listing order for 'mtn log -r today' is only partially 
defined, in the presence of several heads.

# By Stephen Leake, Dec 24, 2010:

Similarly, 'mtn log --last 10' gives the 10 most recent revs, but there is no 
way to reverse the listing order for that.

# By Stephen Leake, Dec 24, 2010:

Steps to reproduce the problem:
-------------------------------

1. mtn log --to h: --from w: --brief
2. mtn log --to h: --from w: --brief --next 10000 
3. mtn log --to h: --from w: --brief --last 10000
4. mtn log --to w: --from h: --brief

Expected result:
----------------
Listings 1 and 2 should have the same revisions, in the same order. 

Listings 1 and 3 should have the same revisions, 3 in reverse order

Listing 4 should be the same as listing 3

Actual results:
---------------
1 and 2 have different revisions; 3 is not reversed, 4 is the same as 2.

I suggest it would be best to have --to and --from specify the listing order. 
This is simple when each specifies a single revision; otherwise it is more 
complicated. Then a new option --limit could specify the max rev count without 
affecting the listing order.

Another solution would be an explicit --reverse option.

Output of `mtn version --full`:
-------------------------------
1.0dev



--
Issue: https://code.monotone.ca/p/monotone/issues/118/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]