Take the 2-minute tour ×
Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. It's 100% free, no registration required.

Who is responsible for bumping version number in commercial software development? How to setup policies for that?

1) for small team

2) for medium team

It is important not to forget to change the version number that self-describes that output file.

Such as AssemblyInfo.cs / resource.rc / AndroidManifest.xml

share|improve this question
3  
Do you mean, who decides to change the version number, or who makes the actual change once that decision has been made? –  Stuart Marks Aug 18 '12 at 16:38
    
Both can be the answer –  linquize Aug 19 '12 at 9:02
add comment

closed as not a real question by gnat, Walter, Matthieu, Jim G., Mark Trapp Aug 30 '12 at 6:06

It's difficult to tell what is being asked here. This question is ambiguous, vague, incomplete, overly broad, or rhetorical and cannot be reasonably answered in its current form. For help clarifying this question so that it can be reopened, visit the help center.If this question can be reworded to fit the rules in the help center, please edit the question.

3 Answers

up vote 2 down vote accepted

Version numbers are a product management / release management responsibility. It is not a developer choice. You should setup your build environment to easily allow version numbers to change. I would go as far as saying the whole build environment and build system can be setup to allow the PM or RM to set it to whatever they want. And the developer doesn't care.

share|improve this answer
add comment

If the version number is visible by the user, it's a public relation decision. I've seen the major number be modified as there was a user change deemed important by the marketing department but with little impact on the code, as well as big code reorganization but with few user visible change resulting in the smallest possible change in the numbering in order not to hinder upgrades.

Not that is true for commercial software as well as open source one. There is often no marketing department for later, but the rationale for the decision will be public relationship quite rapidly after the software has success. Or it will be used as way to get renewed attention or to delay that attention until one is ready.

share|improve this answer
add comment

IMHO, the best versioning scheme is semantic versioning, and in this scheme, no role is specified, rather, rules are specified.

In other words, if Office introduces new features, and some of the oldest functionalities are gone, then the major version should be added another unit. Now who does that? Usually developers. Because they are the people to whom version matters most.

share|improve this answer
    
Disagree that version matters most to developers. Most software companies happily increase the version number once a year in order to convince customers to "upgrade" whether they need to or not. –  Chris Lively Jan 4 at 1:48
add comment

Not the answer you're looking for? Browse other questions tagged or ask your own question.