Skip to content

Commit

Permalink
MAJOR.MINOR.PATCH explained
Browse files Browse the repository at this point in the history
  • Loading branch information
rpoleski committed Sep 15, 2017
1 parent bf62c7f commit 1f8b21d
Showing 1 changed file with 7 additions and 1 deletion.
8 changes: 7 additions & 1 deletion developers_basics.md
Original file line number Diff line number Diff line change
Expand Up @@ -50,7 +50,13 @@ How to work on new code?

We try to follow [PEP 8](https://www.python.org/dev/peps/pep-0008/) conventions.

Version numbers are according to MAJOR.MINOR.PATCH scheme - see [Semantic Versioning](http://semver.org/)
Version numbers are according to MAJOR.MINOR.PATCH scheme - see [Semantic Versioning](http://semver.org/). In short:

* Patch version must be incremented if only backwards compatible bug fixes are introduced. A bug fix is defined as an internal change that fixes incorrect behavior.
* Minor version be incremented if new, backwards compatible functionality is introduced to the public API. It must be incremented if any public API functionality is marked as deprecated. It may be incremented if substantial new functionality or improvements are introduced within the private code. It may patch level changes.
* Major version must be incremented if any backwards incompatible changes are introduced to the public API. It may include minor and patch level changes.
* Reset patch and minor version when major version is incremented. Reset patch w
hen minor version is incremented.

#### Naming conventions
* variables: underscore\_separated
Expand Down

0 comments on commit 1f8b21d

Please sign in to comment.