Thx again for all the good feedback. going 4-digits makes indeed a lot of sense. I have played a bit with the actual code and think that we can actually combine both methods when displaying versions. Sample from rsyslogd -v
rsyslogd 8.1901.0.master (aka 2019.01) compiled with: PLATFORM: x86_64-pc-linux-gnu ... IMHO that would make it obvious to a casual user what "1901" actually is. As always, feedback is welcome. Rainer El dom., 16 dic. 2018 a las 1:44, Satyam Sharma via rsyslog (<[email protected]>) escribió: > > Hello Rainer, all, > > This scheme does seem most sound for multiple reasons. It retains a kind > of 'major version numbering backward compatibility' for user expectations > and encodes the date as well. > > Another way to make it less "wordy", apart from changing YYYY to YY, could > be to drop the DD as well considering (normally) you never release twice in > the same month. Also, continuing to add a ".0" suffix would satisfy the > (legacy) expectation of "x.y.z" kind of version numbers too. If you really > end up making some critical release in the same month as the previous one, > the suffix becomes ".1". > > Just a suggestion. > > Regards, > Satyam > > > On Sat 15 Dec, 2018, 10:14 PM Rainer Gerhards <[email protected] > wrote: > > > El sáb., 15 dic. 2018 a las 17:05, Michael Biebl via rsyslog > > (<[email protected]>) escribió: > > > > > > Am Sa., 15. Dez. 2018 um 15:02 Uhr schrieb Michael Biebl < > > [email protected]>: > > > > > > > > Am Sa., 15. Dez. 2018 um 13:20 Uhr schrieb Rainer Gerhards > > > > <[email protected]>: > > > > > Any concerns please let me know. > > > > > > > > Maybe interesting to you > > https://joeyh.name/blog/entry/version_numbers/ > > > > > > > > This would translate to 8.YYYYMMDD in your case. > > > > > > > > Has the additional benefit, that should you decide to re-architect > > > > rsyslog in a significant way, you can use > > > > 9.YYYYMMDD > > > > > > > > If there is such a potential significant change in the future, there > > > > is some value to it, if a user can quickly see this. > > > > > > One other benefit of keeping the 8. prefix would be, that should you > > > ever decide to change the versioning scheme again, you haven't burned > > > all version numbers up to 2018. > > > > That's indeed a very good argument. To avoid the long version string > > we could also go 2-digit years and bump the "major" version on next > > century change ;-) > > > > Thx for the feedback so far! > > Rainer > > _______________________________________________ > > rsyslog mailing list > > http://lists.adiscon.net/mailman/listinfo/rsyslog > > http://www.rsyslog.com/professional-services/ > > What's up with rsyslog? Follow https://twitter.com/rgerhards > > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad > > of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you > > DON'T LIKE THAT. > _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com/professional-services/ > What's up with rsyslog? Follow https://twitter.com/rgerhards > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of > sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T > LIKE THAT. _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
