Re: Better names for Guix versions from git?

[Vagrant Cascadian <vagrant@debian.org>]

[-- Attachment #1: Type: text/plain, Size: 2151 bytes --]

On 2018-12-26, Gábor Boskovits wrote:
> swedebugia <swedebugia@riseup.net> ezt írta (időpont: 2018. dec. 25., K, 22:39):
>> On 2018-12-25 20:49, Taylan Kammer wrote:
>> > Currently, after running 'guix pull', the Guix version will be reported
>> > by 'guix --version' as something like:
>> >
>> >      522d1b87bc88dd459ade51b1ee0545937da8d3b5
>> >
>> > I think it would be really nice if instead it were something like:
>> >
>> >      2018-12-25-522d1b
>> >
>> > where the date is the commit's date (year, month, day) in UTC+0.

The problem with dates from git commits is that git makes no attempt to
keep commits in cronological order, and timezone adds interesting issues
to the mix. For example:

$ git log c180017b6f7e9b6d23238c1fbaac986c435cd35e | head -n 50 | grep
-E ^'commit|Date'
commit c180017b6f7e9b6d23238c1fbaac986c435cd35e
Date:   Tue Dec 25 16:29:12 2018 +0200
commit 039ccc7118b0a6d0cb09e9cab5caf9f629197d03
Date:   Tue Nov 20 17:46:24 2018 +0100
commit 5923102f7b58f0a0120926ec5b81ed48b26a188e
Date:   Thu Dec 27 11:54:55 2018 +0100
commit ad3c9fbbb9fbc1080c9205d991960494ebe22586
Date:   Thu Dec 27 11:53:14 2018 +0100
commit 912f44005dfbf0855d1e5bbc633094bc9456e80b
Date:   Thu Dec 27 09:46:40 2018 +0100


The most recent commit is from the 25th of December, Followed by the
20th of November, followed by several commits from December 27th...

So while I agree that it would be nice to have a date in the version,
I'm not sure where you would pull a meaningful date from.


> What do you think about a git describe like output?
> This gives on current master: v0.16.0-362-g10275b746
> this means the current branch is based on annotated tag
> v0.16.0, 362 commits are added on top, and
> the sort commit id is 10275b746.

Showing the relative version compared to the last tagged version makes a
lot of sense to me! It's done in a way that, at least within a specific
branch (presuming no rebases), the versions can be trivially compared to
know which is the most current.


I'd been meaning to ask about this very topic, thanks for bringing it
up!


live well,
  vagrant

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]