HACKING 1.1 KB

123456789101112131415161718192021222324252627
  1. All functionality should be available in pure Python. Optional C
  2. implementations may be written for performance reasons, but should never
  3. replace the Python implementation. The C implementations should follow the
  4. kernel/git coding style.
  5. Where possible include updates to NEWS along with your improvements.
  6. New functionality and bug fixes should be accompanied with matching unit tests.
  7. Coding style
  8. ------------
  9. Where possible, please follow PEP8 with regard to coding style.
  10. Furthermore, triple-quotes should always be """, single quotes are ' unless
  11. using " would result in less escaping within the string.
  12. Public methods, functions and classes should all have doc strings. Please use
  13. epydoc style docstrings to document parameters and return values.
  14. You can generate the documentation by running "make doc".
  15. Running the tests
  16. -----------------
  17. To run the testsuite, you should be able to simply run "make check". This
  18. will run the tests using unittest on Python 2.7 and higher, and using
  19. unittest2 (which you will need to have installed) on older versions of Python.
  20. $ make check