On Tue, Nov 08, 2011 at 01:31:21AM +0100, Gilles wrote:
> On Mon, 07 Nov 2011 15:42:35 -0800, Ross Berteig
> <[email protected]> wrote:
> >So if your checkin comments are all short enough there are many
> >of them per day, then you will have about two lines per entry and
> >you can estimate the number of entries printed for -n N to be
> >N/2. However, if your entries are more explanatory or occur at
> >one per day or less then you will get fewer entries.
> 
> As I'm still learning about Fossil, and use Fossil mostly to track
> changes made to documents and small development projects, the comments
> I used to learn about Fossil are typically one-line long, and I only
> commited changes a couple of times a day, so my experience doesn't
> match real-life use.
> 
> But I agree with the other comments that "-n" should return the "n"
> last check-in's/commits.
> 

I've just investigate a little bit. On web ui, parameter work as
expected for the "n" parameter and show number of checkins. 

e.g.: 
        http://www.fossil-scm.org/index.html/timeline?n=5

Will show 5 last checkins.

But for the same repository (my clone), using command line I get only 3 
checkins:

============================================================================
$ fossil timeline -n 5
=== 2011-11-07 ===
07:07:33 [5905232d45] fossil already provides compatibility wrappers for
         dirent and struct timeval (user: steveb tags: jimtcl)
05:51:20 [b6270d665b] Update Jim Tcl to build with MSVC (user: steveb tags:
         jimtcl)
03:39:21 [7ee228fe6a] Remove HAVE_MKDIR_ONE_ARG define when compiling Jim as
         it will now be defined in the C file itself. (user: mistachkin tags:
         jimtcl)
============================================================================

Looking at the code, the timeline_cmd() seems to search for "n" last
checkins but call at the end:  print_timeline() which take the "n" as
second argument. The problem is that the second argument of print_timeline() is
used to limit the number of line, not number of checkins.


-- 
Martin G.
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to