Merge pull request #1038 from hpk42/newbranching

adapt contributing to new versioning and to python3.5 as latest.
This commit is contained in:
Florian Bruhin 2015-09-22 10:55:30 +02:00
commit 79c2abf531
2 changed files with 21 additions and 8 deletions

View File

@ -1,6 +1,11 @@
2.8.x 2.8.x
----- -----
- (experimental) adapt more SEMVER style versioning and change meaning of
master branch in git repo: "master" branch now keeps the bugfixes, changes
aimed for micro releases. "features" branch will only be be released
with minor or major pytest releases.
- Fix issue #766 by removing documentation references to distutils. - Fix issue #766 by removing documentation references to distutils.
Thanks Russel Winder. Thanks Russel Winder.

View File

@ -151,9 +151,17 @@ but here is a simple overview:
$ git clone git@github.com:YOUR_GITHUB_USERNAME/pytest.git $ git clone git@github.com:YOUR_GITHUB_USERNAME/pytest.git
$ cd pytest $ cd pytest
$ git checkout pytest-2.7 # if you want to fix a bug for the pytest-2.7 series # now, to fix a bug create your own branch off "master":
$ git checkout master # if you want to add a feature bound for the next minor release
$ git branch your-branch-name # your feature/bugfix branch $ git checkout master -b your-bugfix-branch-name
# or to instead add a feature create your own branch off "features":
$ git checkout features -b your-feature-branch-name
Given we have "major.minor.micro" version numbers, bugfixes will usually
be released in micro releases whereas features will be released in
minor releases and incompatible changes in major releases.
If you need some help with Git, follow this quick start If you need some help with Git, follow this quick start
guide: https://git.wiki.kernel.org/index.php/QuickStart guide: https://git.wiki.kernel.org/index.php/QuickStart
@ -168,12 +176,12 @@ but here is a simple overview:
#. Run all the tests #. Run all the tests
You need to have Python 2.7 and 3.4 available in your system. Now You need to have Python 2.7 and 3.5 available in your system. Now
running tests is as simple as issuing this command:: running tests is as simple as issuing this command::
$ python runtox.py -e py27,py34,flakes $ python runtox.py -e py27,py35,flakes
This command will run tests via the "tox" tool against Python 2.7 and 3.4 This command will run tests via the "tox" tool against Python 2.7 and 3.5
and also perform "flakes" coding-style checks. ``runtox.py`` is and also perform "flakes" coding-style checks. ``runtox.py`` is
a thin wrapper around ``tox`` which installs from a development package a thin wrapper around ``tox`` which installs from a development package
index where newer (not yet released to pypi) versions of dependencies index where newer (not yet released to pypi) versions of dependencies
@ -188,9 +196,9 @@ but here is a simple overview:
$ python runtox.py -e py27 -- --pdb $ python runtox.py -e py27 -- --pdb
or to only run tests in a particular test module on py34:: or to only run tests in a particular test module on py35::
$ python runtox.py -e py34 -- testing/test_config.py $ python runtox.py -e py35 -- testing/test_config.py
#. Commit and push once your tests pass and you are happy with your change(s):: #. Commit and push once your tests pass and you are happy with your change(s)::