Difference between revisions of "Python setuptools"

From Exterior Memory
Jump to: navigation, search
(Release Steps)
(Release Steps)
Line 8: Line 8:
  
 
== Release Steps ==
 
== Release Steps ==
 
{{Unfinished}}
 
  
 
Credits: These steps are taken from the sphinxcontrib-aafig package.
 
Credits: These steps are taken from the sphinxcontrib-aafig package.
Line 26: Line 24:
 
# Register and upload the new release <codde>python setup.py register sdist upload</code>.
 
# Register and upload the new release <codde>python setup.py register sdist upload</code>.
 
# Generate the documentation with <code>cd doc; make</code>.
 
# Generate the documentation with <code>cd doc; make</code>.
# Upload the new documentation ([http://pypi.python.org/pypi?%3Aaction=pkg_edit&name=mypackage to PyPi] or to github mypackage.wiki repository.
+
# Upload the new documentation ([http://pypi.python.org/pypi?%3Aaction=pkg_edit&name=mypackage to PyPi] or to github mypackage.wiki repository).
 +
 
 +
 
 +
[[Category:Python]]

Revision as of 01:21, 26 August 2013

The most common way to distribute Python modules is using PyPI, the Python Package Index (formerly known as the Cheese shop).

The tool to download and install packages is pip. Predecessors like EasyInstall are no longer recommended, with only a few exceptions.

There are tool to build and upload packages is or setuptools. Make sure to use version 0.7 or later.

There are a few alternatives to setuptools: distutils is a tool in the standard library with limited functionality. The downside of both distutils and setuptools is that they use a script rather than a file format to store metadata, and force the developer an end-user to use the same tool to build and install the software. distutils2 (the module will be named `package`) is an attempt to move to a modern packaging system for Python, but has not been included as of Python 3.4.

Release Steps

Credits: These steps are taken from the sphinxcontrib-aafig package.

In order to make a PyPi release, do the following steps:

  1. Make sure the repository is up-to date.
  2. Ensure the version is incremented:
    • setup.py must be updated
    • libary/__init__.py must be updated
    • doc/changes.rst must contain a summary of the changes
  3. Make sure all changes are committed, including the version number changes.
  4. Tag the sources with hg tag -m 'Tag mymodule-X.Y' mymodule-X.Y or git tag mymodule-X.Y.
  5. Push the code and tag: hg push or git push --tags origin
  6. Temporarily modify setup.cfg file to comment out the variables tag_build = dev and tag_date = true (do not commit this change).
  7. Register and upload the new release <codde>python setup.py register sdist upload</code>.
  8. Generate the documentation with cd doc; make.
  9. Upload the new documentation (to PyPi or to github mypackage.wiki repository).