XP is just a number | |
PerlMonks |
Re^3: Module version numbers best practice (meaning--)by Bloodnok (Vicar) |
on Oct 21, 2013 at 10:05 UTC ( [id://1059089]=note: print w/replies, xml ) | Need Help?? |
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 :-))
In Section
Seekers of Perl Wisdom
|
|