On Wed, 09 Sep 2015 20:19:04 +0200, Ron W <ronw.m...@gmail.com> wrote:
On Wed, Sep 9, 2015 at 7:19 AM, Luca Ferrari <fluca1...@infinito.it>
wrote:
Some DVCS, like hg, use both an hash and a sequential number.
As I recall (been a few years since I last used hg), the numbers were
"relative" to the output of hg's equivalent to "timeline".
Assuming I am remembering correctly, if Fossil had this feature, you
could
do something like:
$ fossil timeline -N -n 3
0 [d28be5063a] *CURRENT* Fix linker parameter file
1 [10a5af61c1] Alt code for HS interface
2 [5250e3796e] Increase speed threshold
$ fossil info 1
uuid: 10a5af61c1fc25060ad428de9c82e3615b45f6c8 ...
The numbers, of course, could change after any sync or commit.
in a breach of promise to myself to never again argue in favour of this
functionality on the fossil mailing list (it came up a few times over the
last years):
having simple chronological checkin numbers as an alternative way of
specifying checkins _locally_ just the way hg has done for years would be
a *good* thing. simply because for most projects (all the small ones out
there) specifying chronological numbers is shorter/easier than specifying
(unique min 4-digits prefixes of) sha1 hashes. and the "chronologic
property" itself is helpful in itself, e.g in comparing 'current vs.
previous' checkin. and until checkin 9999 its at least break even in terms
of typing effort. the fact that those chronological checkin numbers are a
local property of each clone/checkout rather than of the repo proper is
beside the point in my view: it is true but mostly irrelevant. I concede
that there might arise confusion if people are really not aware of the
potential ambiguity of those chronological numbers across different clones
if they start to argue about a certain checkin. but when interacting with
fossil it cannot have adverse effects afaiks. rather the opposite.
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
