Versioning

Z Freenetis Wiki
Verze z 10. 12. 2013, 12:56, kterou vytvořil Sivosha (diskuse | příspěvky)
(rozdíl) ← Starší verze | zobrazit aktuální verzi (rozdíl) | Novější verze → (rozdíl)
Přejít na: navigace, hledání


FreenetIS versioning uses a three-digit number (ie, xxx).

  • The first number is always 1 (version 2 has been written in Java EE and is not yet in sight)
  • The second number is the most important, as it informs the extensive changes and added functionality. (can be seen in development plan)
  • The third number information on patches and minor changes in the second version number.

Current version FreenetISu instance is stored in the file '/ version.php'.

Developer version ==

The above versioning is intended for distribution among the users ( ie in the branch trunk ) . For development purposes, added another item version prefixed by '~ ' . For this feature can be stated precisely one of the following items :

  • ' Dev ' refers to the development version - located outside the testing branch (includes unstable and incomplete implementation of the new version )
  • ' Alpha ' indicates alpha version - located in the branch , mainly in testing (includes partially completed implementation)
  • ' Beta ' denotes the beta version - located in the branch , mainly in testing (includes shelf implementations suitable for testing )
  • ' Rc ' stands for Release Candidate version - is in testing ( done debugged implementation to final test )

For item can still be a number that allows you to create multiple versions of the same item and arrange it for you. Sort versions ( used eg in [ http://wiki.freenetis.org/index.php/Autoupdate_DB_struktury Autoupdate_DB_struktury ] ) is identical to the order of the list ( ie dev < alpha < beta < rc ) . All development versions are sorted before the final version (xxx )

Example of versioning development

Consider a current version 1.5.0. We gradually develop version 1.6.0, our progress in versioning could be the following:

  • Several developmental version in a separate Branch (1.6.0 ~ dev1, dev2 ~ .6.0, ...).
  • The result of the development costs progressively as the alpha version (1.6.0 ~ alpha1, 1.6.0 ~ alpha1, ...).
  • After completing all of the major changes we merge into testing, which we denote as ~ 1.6.0 beta, and debugging released the beta version.
  • After debugging offer users even in testing RC if you find errors, fix them and release another RC (1.6.0 ~ rc1 ...).
  • If everything is OK we will merge into the trunk and head version (1.6.0)
  • If you are found after the release of some errors we publish them as versions 1.6.1, 1.6.2, ... for as long as you do not declare for an unsupported version.