in reply to Re: Module version numbers best practice
in thread Module version numbers best practice

Using dates as version numbers still runs into the problems of trying to assign meanings to version numbers. For example, there was a module on CPAN that went to using the integer part of the version number as the year. And then they didn't notice that they had accidentally used next year until they had already uploaded that version to CPAN. This meant they couldn't release anything new with their desired version number scheme for a long time.

- tye        

  • Comment on Re^2: Module version numbers best practice (meaning--)

Replies are listed 'Best First'.
Re^3: Module version numbers best practice (meaning--)
by Bloodnok (Vicar) on Oct 21, 2013 at 10:05 UTC
    The principles of CM merely require that CIs (configuration items) have a means of identification such that different CIs and different compositions/versions of those CIs be readily distinguished.

    In the case of perl, the CIs are modules whose name distinguishes them apart from other modules and $VERSION distinguishes between the versions of a module.

    Whilst not mandated, it is conventional that the versioning scheme readily supports the determination of the temporal ordering of the individual CI versions. To this end, as has been stated elsewhere, the versioning scheme of choice should follow the above whilst allowing for the nuances of perl in it's interpretation of the version identifier.

    FWIW, my preference is to utilise an ISO 8601 style time/datestamp with all separators removed thus removing any mis-interpretation (pun intended) by perl since all version ids are merely, albeit lengthy, integers whose value specifies when the module was checked in i.e. became repeatable. The use of ISO 8601 c/w epoch timestamping, future proofs the versioning against the epoch roll-over.

    Just my 10 penn'orth

    A user level that continues to overstate my experience :-))
Re^3: Module version numbers best practice (meaning--)
by marinersk (Priest) on Oct 18, 2013 at 20:23 UTC
    ----------------------------------------------------------------------------------^
    tye is right
    tye is justified

    :-)