Skip to main content

This package provides a light framework that can be used to automatically generate exceptions documentation marked up in `reStructuredText <http://docutils

Project description

PyPI version License Python versions supported Format

https://travis-ci.org/pmacosta/pexdoc.svg?branch=master Windows continuous integration Continuous integration coverage Documentation status

Description

This package provides a light framework that can be used to automatically generate exceptions documentation marked up in reStructuredText.

The exdoc module details how to register exceptions, how to traced them and how to generate their documentation

Interpreter

The package has been developed and tested with Python 2.7, 3.5 and 3.6 under Linux (Debian, Ubuntu), Apple OS X and Microsoft Windows

Installing

$ pip install pexdoc

Documentation

Available at Read the Docs

Contributing

  1. Abide by the adopted code of conduct

  2. Fork the repository from GitHub and then clone personal copy [1]:

    $ git clone \
          https://github.com/[github-user-name]/pexdoc.git
    Cloning into 'pexdoc'...
    ...
    $ cd pexdoc
    $ export PEXDOC_DIR=${PWD}
  3. Install the project’s Git hooks and build the documentation. The pre-commit hook does some minor consistency checks, namely trailing whitespace and PEP8 compliance via Pylint. Assuming the directory to which the repository was cloned is in the $PEXDOC_DIR shell environment variable:

    $ ${PEXDOC_DIR}/sbin/complete-cloning.sh
    Installing Git hooks
    Building pexdoc package documentation
    ...
  4. Ensure that the Python interpreter can find the package modules (update the $PYTHONPATH environment variable, or use sys.paths(), etc.)

    $ export PYTHONPATH=${PYTHONPATH}:${PEXDOC_DIR}
  5. Install the dependencies (if needed, done automatically by pip):

  6. Implement a new feature or fix a bug

  7. Write a unit test which shows that the contributed code works as expected. Run the package tests to ensure that the bug fix or new feature does not have adverse side effects. If possible achieve 100% code and branch coverage of the contribution. Thorough package validation can be done via Tox and Py.test:

    $ tox
    GLOB sdist-make: .../pexdoc/setup.py
    py26-pkg inst-nodeps: .../pexdoc/.tox/dist/pexdoc-...zip

    Setuptools can also be used (Tox is configured as its virtual environment manager):

    $ python setup.py tests
    running tests
    running egg_info
    writing requirements to pexdoc.egg-info/requires.txt
    writing pexdoc.egg-info/PKG-INFO
    ...

    Tox (or Setuptools via Tox) runs with the following default environments: py27-pkg, py35-pkg and py36-pkg [2]. These use the 2.7, 3.5 and 3.6 interpreters, respectively, to test all code in the documentation (both in Sphinx *.rst source files and in docstrings), run all unit tests, measure test coverage and re-build the exceptions documentation. To pass arguments to Py.test (the test runner) use a double dash (--) after all the Tox arguments, for example:

    $ tox -e py27-pkg -- -n 4
    GLOB sdist-make: .../pexdoc/setup.py
    py27-pkg inst-nodeps: .../pexdoc/.tox/dist/pexdoc-...zip
    ...

    Or use the -a Setuptools optional argument followed by a quoted string with the arguments for Py.test. For example:

    $ python setup.py tests -a "-e py27-pkg -- -n 4"
    running tests
    ...

    There are other convenience environments defined for Tox [3]:

    • py27-repl, py35-repl and py36-repl run the 2.7, 3.6 or 3.6 REPL, respectively, in the appropriate virtual environment. The pexdoc package is pip-installed by Tox when the environments are created. Arguments to the interpreter can be passed in the command line after a double dash (--)

    • py27-test, py35-test and py36-test run py.test using the Python 2.7, 3.5 or Python 3.6 interpreter, respectively, in the appropriate virtual environment. Arguments to py.test can be passed in the command line after a double dash (--) , for example:

      $ tox -e py36-test -- -x test_pexdoc.py
      GLOB sdist-make: [...]/pexdoc/setup.py
      py36-test inst-nodeps: [...]/pexdoc/.tox/dist/pexdoc-1.1.0.zip
      py36-test installed: -f file:[...]
      py36-test runtests: PYTHONHASHSEED='1264622266'
      py36-test runtests: commands[0] | [...]py.test -x test_pexdoc.py
      ===================== test session starts =====================
      platform linux -- Python 3.6.4, pytest-3.3.1, py-1.5.2, pluggy-0.6.0
      rootdir: [...]/pexdoc/.tox/py36/share/pexdoc/tests, inifile: pytest.ini
      plugins: xdist-1.21.0, forked-0.2, cov-2.5.1
      collected 414 items
      ...
    • py27-cov, py35-cov and py36-cov test code and branch coverage using the 2.7, 3.5 or 3.6 interpreter, respectively, in the appropriate virtual environment. Arguments to py.test can be passed in the command line after a double dash (--). The report can be found in ${pexdoc_DIR}/.tox/py[PV]/usr/share/pexdoc/tests/htmlcov/index.html where [PV] stands for 27, 35 or 36 depending on the interpreter used

  8. Verify that continuous integration tests pass. The package has continuous integration configured for Linux (via Travis) and for Microsoft Windows (via Appveyor). Aggregation/cloud code coverage is configured via Codecov. It is assumed that the Codecov repository upload token in the Travis build is stored in the ${CODECOV_TOKEN} environment variable (securely defined in the Travis repository settings page).

  9. Document the new feature or bug fix (if needed). The script ${PEXDOC_DIR}/sbin/build_docs.py re-builds the whole package documentation (re-generates images, cogs source files, etc.):

    $ ${PMISC_DIR}/sbin/build_docs.py -h
    usage: build_docs.py [-h] [-d DIRECTORY] [-r]
                         [-n NUM_CPUS] [-t]
    
    Build pexdoc package documentation
    
    optional arguments:
      -h, --help            show this help message and exit
      -d DIRECTORY, --directory DIRECTORY
                            specify source file directory
                            (default ../pexdoc)
      -r, --rebuild         rebuild exceptions documentation.
                            If no module name is given all
                            modules with auto-generated
                            exceptions documentation are
                            rebuilt
      -n NUM_CPUS, --num-cpus NUM_CPUS
                            number of CPUs to use (default: 1)
      -t, --test            diff original and rebuilt file(s)
                            (exit code 0 indicates file(s) are
                            identical, exit code 1 indicates
                            file(s) are different)

    Output of shell commands can be automatically included in reStructuredText source files with the help of Cog and the docs.support.term_echo module.

    Similarly Python files can be included in docstrings with the help of Cog and the docs.support.incfile module

Footnotes

License

The MIT License (MIT)

Copyright (c) 2013-2018 Pablo Acosta-Serafini

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the “Software”), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. .. CHANGELOG.rst .. Copyright (c) 2013-2018 Pablo Acosta-Serafini .. See LICENSE for details

Changelog

  • 1.1.0 [2018-01-19]: Dropped support for Python interpreter versions 2.6, 3.3 and 3.4. Updated dependencies versions to their current versions

  • 1.0.9 [2017-02-10]: Package build enhancements and fixes

  • 1.0.8 [2017-02-07]: Python 3.6 support

  • 1.0.7 [2017-01-02]: Suppressed deprecation warnings for Python 2.6

  • 1.0.6 [2016-06-13]: Fixed Windows continuous integration failure

  • 1.0.5 [2016-06-11]: Minor documentation build bug fix

  • 1.0.4 [2016-05-13]: Documentation update

  • 1.0.3 [2016-05-11]: Documentation update

  • 1.0.2 [2016-05-11]: Documentation update

  • 1.0.1 [2016-05-11]: Documentation update

  • 1.0.0 [2016-05-01]: Final release of 1.0.0 branch

  • 1.0.0rc1 [2016-05-01]: Initial commit, forked a subset from putil PyPI package

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

pexdoc-1.1.tar.gz (151.6 kB view hashes)

Uploaded Source

Built Distributions

pexdoc-1.1-py36-none-any.whl (52.1 kB view hashes)

Uploaded Python 3.6

pexdoc-1.1-py35-none-any.whl (52.1 kB view hashes)

Uploaded Python 3.5

pexdoc-1.1-py27-none-any.whl (52.1 kB view hashes)

Uploaded Python 2.7

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page