Version numbers?
-
How do you guys version your products? I maintain/add on to a new in-house product at my work and when I got here there were no policies on how to set the version number (so I've just been incrementing the build number, currently at 1.7.6.50). If I had my druthers I wouldn't have start 1.x until it was done, but here we are. Are there some simple guidelines on when to increment each number?
-
How do you guys version your products? I maintain/add on to a new in-house product at my work and when I got here there were no policies on how to set the version number (so I've just been incrementing the build number, currently at 1.7.6.50). If I had my druthers I wouldn't have start 1.x until it was done, but here we are. Are there some simple guidelines on when to increment each number?
eggsovereasy wrote:
Are there some simple guidelines on when to increment each number?
Software versioning[^] Some of the references and external links there are really interesting.
Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->ßRÅhmmÃ<-·´¯`·.
-
eggsovereasy wrote:
Are there some simple guidelines on when to increment each number?
Software versioning[^] Some of the references and external links there are really interesting.
Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->ßRÅhmmÃ<-·´¯`·.
Thank you, from there I found this which looks useful.
-
How do you guys version your products? I maintain/add on to a new in-house product at my work and when I got here there were no policies on how to set the version number (so I've just been incrementing the build number, currently at 1.7.6.50). If I had my druthers I wouldn't have start 1.x until it was done, but here we are. Are there some simple guidelines on when to increment each number?
It may be different, but I usually do my versioning scheme as:
v.mm.yy.build, wherevis the major version ( of course ),yyis year, and build is just the build number. As odd as this sounds, it helps me keep track at a quick glance when the code was built."I guess it's what separates the professionals from the drag and drop, girly wirly, namby pamby, wishy washy, can't code for crap types." - Pete O'Hanlon