Software version naming

Here to collect a software version of the naming code, Baidu looking for, this is borrowed.

1.1 Version Naming conventions

The software version number is composed of four parts, the first part is the main version number, the second part is the minor version number, the third part is the revision version

This number, the fourth part of the date version number plus the Greek alphabet version number, the Greek version of the total number of five kinds, respectively, base,Alpha,beta,RC,release

1.2 Software Release Phase description

Base: This version indicates that the software is just a fake page link, usually including all the features and page layout, but the function on the page does not do a complete implementation, but as a whole site of an infrastructure.

Alpha : The primary version of the software, indicating that the software at this stage to achieve the main software functions, usually only in the software developer communication, in general, the version of the software bug more, need to continue to modify, is the beta version. The tester submits the bug after the developer has modified the confirmation, publishes to the test URL lets the tester test, at this time can mark the software version as the Alpha Edition.

Beta : This version has made a lot of progress with respect to the alpha version, eliminating serious errors, but it needs to be further eliminated by several tests, and this version of the main modification object is the UI of the software. The modified bug can be posted to the outside web when tested by a tester, and the software version can be labeled as a beta version.

RC : This version is quite mature, there is basically no bug that caused the error, similar to the upcoming release of the official version.

Release: This version means "final version", after a series of beta versions of the previous version, there will eventually be a formal version that is used by the final delivery user. This version is sometimes called the Standard Edition.

1.3 Version Number modification rules

1, major version number: When the function module has a large change, such as adding modules or the overall structure changes. This version number is determined by the project to modify.

2, minor version number: Relative to the major version number, the minor version of the upgrade corresponds to only local changes, but the local changes cause the program and the previous version is incompatible, or the program's previous collaborative relationship has been damaged, or there is a significant improvement or enhancement of functionality. This version number is determined by the project to modify.

3, Revision number: Usually BUG fixes or some small changes or some of the expansion of functions, to frequently publish revisions, fixed a serious Bug to publish a revision. This version number is determined by the project manager to modify.

4, date version number: Used to record the current date of the modification of the project, daily changes to the project need to change the date version number. This version number is determined by the developer to modify.

5. Greek alphabet Version number: This version number is used to label the development phase of the current version of the software, and this version number needs to be modified when the software enters another phase. This version number is determined by the project to modify.

6, the upper level has the change, the subordinate must return to zero. (eg: 1.1.0.0322_beta)

Release 1.4 release cycle

1, non-emergency: First Test and submit a bug by the tester, and then the developer will try to fix the bug on the same day and release the Alpha version of the version the next day, and then tested by the tester to verify the closing of the bug will be released on the third day of the release of the beta version.

2, Emergency: If the bug is more urgent can skip the general process, by the developer to fix the bug as soon as possible, after the test confirmation directly release the beta version of the version.

1.5 Version Number Modification Example description

At this time, the version number is: 1.0.0.0321_alpha, which is the internal test phase

1, the developer fixed the bug submitted by the tester and tested by the tester to verify the closure of the bug, when published to the outside network, at this point in the software to enter the next stage, the version number can be changed to: 1.0.0.0321_beta, such as the current date with the previous version number of the date is not the same, The version number can be changed to: 1.0.0.0322_beta.

2, if you fix some major bugs and follow the process published to the extranet, you can publish a revision, such as 1.0.1.0322_beta, the date is the current date of the publication.

3, if the software has some functional improvements or enhancements, some local changes to the time to modify the minor version number, such as: 1.1.0.0322_beta (the upper level has changed, subordinate to zero).

4, when the function module has a large change, increase the module or the overall structure changes when you want to modify the major version number, such as the newly added refund function, the version number should be changed to: 2.0.0.0322_beta.

Software version naming