- 1 Packstack
- 1.1 Summary
- 1.2 Example Usage : All in One
- 1.3 Example Usage : Controller / multiple compute nodes
- 1.4 Example Usage : Swift Proxy / multiple storage devices
- 1.5 Development : Getting started
- 1.6 Links
- 1.7 IRC
- 1.8 Packstack Development
/!\ This page is far from complete, help by adding information.
Packstack is a utility that uses Puppet modules to deploy various parts of OpenStack on multiple pre-installed servers over SSH automatically. Currently only Fedora, Red Hat Enterprise Linux (RHEL) and compatible derivatives of both are supported.
Example Usage : All in One
Example Usage : Controller / multiple compute nodes
Example Usage : Swift Proxy / multiple storage devices
Development : Getting started
git clone --recursive https://github.com/stackforge/packstack.git -b folsom cd packstack python ./bin/packstack --gen-answer-file=ans.txt # edit ans.txt python ./bin/packstack --answer-file=ans.txt
- Primary Git Repository
- Open reviews in Gerrit
- Bug Reporting Tool - use only to report bugs found in packages provided in Fedora or EPEL
- Launchpad (core developers)
Developers meet in #packstack-dev on Freenode for discussion.
Making your first contribution
The process you need to follow in order to contribute to packstack is the same as the openstack core projects, documented here http://wiki.openstack.org/HowToContribute the steps to follow look something like this
- Sign the CLA
- get the code
$ git clone --recursive https://github.com/stackforge/packstack.git
- Make your change and commit it
- Submit your change for review
$ git review
- Wait for people on gerrit https://review.openstack.org/#/q/status:open+project:stackforge/packstack,n,z to review your change, if it needs to be altered simply amend your commit and submit it for review again
$ git add -p $ git commit --amend $ git review
There is a branch for each openstack major release, this branch starts off is life as master, once development of the next release starts, it will be renamed and then master will be the branch for the next openstack release e.g. once we start grizzly development, master will branch off a folsom branch. Then
- folsom -> should only accept bug fixes and exceptional approved new features, these should be merged into master first if appropriate
- master -> new features for grizzly and bugs
note : (be careful to send your changes to the correct branch and also that your basing any commits on a parent from the correct branch)
# to send review request for the master branch git review # to send review request for the stable branch git review folsom
We pull many other puppet submodules from various places, these are added as git submodules. A git submodule references a particular commit, In as much as possible packstack should reference the most recent upstream puppet modules possible, this may involve getting some changes into the puppet module before changing the commit referenced by packstack.
Once a release has been branched off, we should never change the reference to a newer upstream commit, If a new commit is required in the puppet module the appropriate procedure is
- fork to module on github/packstack
- open a branch named packstack/<releasename> e.g. https://github.com/packstack/puppetlabs-inifile/tree/packstack/folsom
- commit fix in this branch e.g. https://github.com/packstack/puppetlabs-inifile/commits/packstack/folsom
- change packstack stable branch to reference this commit e.g https://review.openstack.org/#/c/20471/
- send pull request to upstream puppet module, so future branches don't have to reference the fork
Bugs are tracked in https://bugzilla.redhat.com/
All commits should be reviewed and approved by at least one core packstack member (ideally 2 for any commit more then a trivial change) and author of a commit shouldn't approve their own code.
New features go into the master branch. There may be new features committed to a stable branch but these should be the exception and not the norm.
Open review requests https://review.openstack.org/#/q/status:open+project:stackforge/packstack,n,z
You do not need to be a core member to packstack in order to contribute code. Members of packstack-core can approve commits in gerrit to be merged into the code, new members to packstack-core should be actively (and reliably) reviewing commits in gerrit before being considered. New members will be invited to join. Core members can be found here