Title: Contributing
## Contributing to Libcloud
We welcome contributions of any kind (ideas, code, tests, documentation,
examples, ...).
This page explains how you can contribute to the Libcloud project. If you get
stuck at any point during this process, stop by on our IRC channel (#libcloud
on freenode) and we will do our best to assist you.
1. If you are implementing a big feature or a change, start a discussion on
the [mailing list](devinfo.html) first.
2. Open a new issue on our
[issue tracker](https://issues.apache.org/jira/browse/LIBCLOUD) (JIRA)
3. Fork libcloud [Github git repository](https://github.com/apache/libcloud)*
and make your changes
1. Create a new branch for your changes:
`git checkout -b _`
2. Make your changes
3. Make a single commit for your changes and if a corresponding JIRA ticket
exists, make sure the commit contains the ticket number. For example:
`git commit -a -m "Issue LIBCLOUD-123: Add a new compute driver for CloudStack based providers."`
4. Write tests for your modifications and make sure that all the tests pass.
For more information about running the tests refer to the
[Testing](/testing.html) page.
5. Open a pull request with your changes. Your pull request will appear at
https://github.com/apache/libcloud/pulls
6. Wait for the code to be reviewed and address any outstanding comments.
7. Once the code has been reviewed, all the outstanding issues have been
addressed and the pull request has been +1'ed, close the pull request,
generate a patch and attach it to the JIRA issue you have created earlier:
`git format-patch --stdout trunk > patch_name.patch`
#### Contributing Bigger Changes
If you are contributing a bigger change (e.g. large new feature or a new
provider driver) you need to have have signed Apache Individual Contributor
License Agreement (ICLA) in order to have your patch accepted.
You can find more information on how to sign and file an ICLA on the
[Apache website](https://www.apache.org/licenses/#clas).
#### Note about Github
Github repository is a read-only mirror of the official Apache git repository
(https://git-wip-us.apache.org/repos/asf/libcloud.git). This mirror script runs
only a couple of times per day which means this mirror can be slightly out of
date. You are advised to add a separate remote for the official upstream
repository:
::bash
git remote add upstream https://git-wip-us.apache.org/repos/asf/libcloud.git
Github read-only mirror is used only for pull requests and code review. Once a
pull request has been reviewed, all the comments have been addresses and it's
ready to be merged, user who submitted the pull request must close the pull
request, create a patch and attach it to the original JIRA ticket.
* Any non-trivial change must contain tests
* All the functions and methods must contain
[pydoc](http://codespeak.net/~mwh/pydoctor/) docstrings which are used to generate
API documentation. You can find a lot of examples of docstrings in the existing
code e.g. - `libcloud/compute/base.py`
Libcloud supports a variety of Python versions so your code also needs to work
with all the supported versions. This means that in some cases you will need to
include extra code to make sure it works in all the supported versions.
Some examples:
#### Context Managers
Context managers aren't available in Python 2.5 by default. If you want to use
them make sure to put `from __future__ import with_statement` on top of the
file where you use them.
#### Exception Handling
There is no unified way to handle exceptions and extract the exception object
in Python 2.5 and Python 3.x. This means you need to use a
`sys.exc_info()[1]` approach to extract the raised exception object.
For example:
::python
try:
some code
except Exception:
e = sys.exc_info()[1]
print e
#### Python 3
You can find a lot of utility functions which make code easier to work with 2.x
and 3.x in `libcloud.utils.py3` module.
1. We follow [PEP8 Python Style Guide](http://www.python.org/dev/peps/pep-0008/)
2. Use 4 spaces for a tab
3. Make sure edited file doesn't contain any trailing whitespace
4. Docstrings need to follow the conventions described on the
[Docstring Convetions](/docstring-conventions.html) page
You can verify that your modifications don't break any rules by running the
`pep8` script - e.g. `pep8 libcloud/edited_file.py`.