#dev Page Should Note Corresponding Release

Discussion about the board itself, forums organization and site bugs.
Post Reply
User avatar
therube
Ambassador
Posts: 7924
Joined: Thu Mar 19, 2009 4:17 pm
Location: Maryland USA

#dev Page Should Note Corresponding Release

Post by therube »

#dev Page Should Note Corresponding Release number, if appropriate.

It does not matter to me, but I often do not know if a #dev build is more recent then the current Release version, so in troubleshooting, often not sure to recommend a #dev to someone who already has the current Release.

So something like this (or whatever the case may be):


NoScript:

v 2.3.7rc5 same as v 2.3.7 release
=====================================================

FlashGot:

v 1.4.1rc3 same as v 1.4.1 release
=====================================================


(I believe you used to do this in the past.)
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows NT 5.1; rv:13.0) Gecko/20120420 Firefox/13.0a2 SeaMonkey/2.10a2
User avatar
GµårÐïåñ
Lieutenant Colonel
Posts: 3365
Joined: Fri Mar 20, 2009 5:19 am
Location: PST - USA
Contact:

Re: #dev Page Should Note Corresponding Release

Post by GµårÐïåñ »

therube, the versioning is simple, the final incremented RC (release candidate) becomes the actual final release version number, so there should be no confusion and nothing is missing. If I create a version x.xrc1 to say x.xrc(n) the fact is that the final (n) whatever it is, is the finally accepted revision of the candidate to go public, hence it becomes just x.x if I wanted to actually go beyond that candidate and changed something that no longer was within its scope, it would be incremented as x.y to indicate that I am not using a final version of the release candidate (RC) of the version base anymore but have gone beyond it. Hope that helps because telling someone that 1:15 PM is the same as afternoon, is redundant, they know it, or that 3 PM is same as day time, its understood. The final RC number is always the release version unless substantially changed and hence incremented in sub- main- revision- versions. That's why on the changelog he keeps the RC numbering and notes so they know after how many cycles on the RC it became final and what changed in each step.
~.:[ Lï£ê ï§ å Lêmðñ åñÐ Ì Wåñ† M¥ Mðñê¥ ßå¢k ]:.~
________________ .: [ Major Mike's ] :. ________________
Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20100101 Firefox/11.0
Post Reply