6 This project uses a combination of virtualenv and zc.buildout to setup a self
7 contained development environment. It's designed so I can basically go to any
8 of my computers, clone the upstream repository, source the bootstrap script,
11 Also, git-flow is being used to manage the general workflow of the repository,
12 so please install it and stick with it.
17 With virtualenv and zc.buildout:
21 With zc.buildout only:
22 % python bootstrap.py -d
28 Project website, bug database, and GIT repository is at:
29 http://github.com/mvillalba/python-ant
31 Project documentation (Sphinx) is at:
32 NOT-HOSTED-ANYWHERE-YET
34 Backup GIT repositories:
35 https://gitorious.org/python-ant/python-ant
36 http://repo.or.cz/w/python-ant.git
41 * Clone upstream to clean directory
42 * Bootstrap environment
43 * Start release branch (git-flow)
48 % pep8 -r src --count --statistics
49 * Set/check version number (setup.py, project's __init__.py, docs)
50 * Run test suite and check test coverage
51 % nosetests --with-coverage --cover-inclusive --cover-erase
52 * Freeze dependencies' version numbers in buildout.cfg and setup.py
53 * Check bug database for open issues/bugs
55 * Check documentation (coverage, grammar, contents, etc)
57 * Update copyright statements if new year
59 * Create distribution bundles
60 % buildout setup . sdist bdist bdist_egg
61 * Check dist/* files (no plain text root passwords, all files present, do
62 they work in a separate virtualenv with pip? do tests still pass?)
64 % buildout setup . register upload
65 * Check package page in PyPI (readme, download links)
66 * Re-test release in a clean environment, installing from the cheeseshop
67 * Finish git-flow release and add release tag and commit release
68 * Push upstream (GitHub master, gitorious backup)
69 * Upload dist files to GitHub
70 * Upload built documentation
71 * Make public announcement, if necessary
76 If releasing anything but a final version, skip registering and uploading to
79 If releasing a .devX version, some steps may be skipped from the release
80 checklist. In particular, .devX versions should be treated mostly as an
81 internal thing and thus, should generally not be published nor uploaded to