File: contributing.rst

package info (click to toggle)
python-bumps 0.7.11-2
  • links: PTS, VCS
  • area: main
  • in suites: buster
  • size: 10,264 kB
  • sloc: python: 22,226; ansic: 4,973; cpp: 4,849; xml: 493; makefile: 163; perl: 108; sh: 101
file content (53 lines) | stat: -rwxr-xr-x 1,693 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
.. _contributing:

********************
Contributing Changes
********************

.. contents:: :local:

The best way to contribute to the Bumps package is to work from a copy of 
the source tree in the revision control system.

The bumps project is hosted on github at:

    http://github.com/bumps

You can obtain a copy via git using::

    git clone https://github.com/bumps/bumps.git
    cd bumps
    python setup.py develop

By using the *develop* keyword on setup.py, changes to the files in the
package are immediately available without the need to run setup each time
you change the code.

Track updates to the original package using::

    git pull

If you find you need to modify the package, please update the documentation 
and add tests for your changes.  We use doctests on all of our examples to 
help keep the documentation synchronized with the code.  More thorough tests 
are found in the test directory.  Using the the nose test package, you can 
run both sets of tests::

    pip install nose
    python2.5 tests.py
    python2.6 tests.py

When all the tests run, generate a patch and send it to pkienzle@nist.gov::

    git diff > patch

Windows user can use `TortoiseGit <http://code.google.com/p/tortoisegit/>`_ 
package which provides similar operations.

Instead of sending patches, you can set up a github account and create
your own bumps fork.  This allows you to develop code at your leisure with
the safety of source control, and issue pull requests when your code is ready
to merge with the main repository.

Please make sure that the documentation is up to date, and can be properly
processed by the sphinx documentation system.  See `_docbuild` for details.