a1ceab5a92
Added a new troubleshooting case for the "First Contribution to Swift" documentation page. Change-Id: I182ba702b49b28409fe56becae93326e5f63dcd0
205 lines
7.2 KiB
ReStructuredText
205 lines
7.2 KiB
ReStructuredText
===========================
|
|
First Contribution to Swift
|
|
===========================
|
|
|
|
-------------
|
|
Getting Swift
|
|
-------------
|
|
|
|
Swift's source code is hosted on github and managed with git. The current
|
|
trunk can be checked out like this:
|
|
|
|
``git clone https://github.com/openstack/swift.git``
|
|
|
|
This will clone the Swift repository under your account.
|
|
|
|
A source tarball for the latest release of Swift is available on the
|
|
`launchpad project page <https://launchpad.net/swift>`_.
|
|
|
|
Prebuilt packages for Ubuntu and RHEL variants are available.
|
|
|
|
* `Swift Ubuntu Packages <https://launchpad.net/ubuntu/+source/swift>`_
|
|
* `Swift RDO Packages <https://www.rdoproject.org/Repositories>`_
|
|
|
|
--------------------
|
|
Source Control Setup
|
|
--------------------
|
|
|
|
Swift uses `git` for source control. The OpenStack
|
|
`Developer's Guide <http://docs.openstack.org/infra/manual/developers.html>`_
|
|
describes the steps for setting up Git and all the necessary accounts for
|
|
contributing code to Swift.
|
|
|
|
----------------
|
|
Changes to Swift
|
|
----------------
|
|
|
|
Once you have the source code and source control set up, you can make your
|
|
changes to Swift.
|
|
|
|
-------
|
|
Testing
|
|
-------
|
|
|
|
The `Development Guidelines <development_guidelines>`_ describes the testing
|
|
requirements before submitting Swift code.
|
|
|
|
In summary, you can execute tox from the swift home directory (where you
|
|
checked out the source code):
|
|
|
|
``tox``
|
|
|
|
Tox will present tests results. Notice that in the beginning, it is very common
|
|
to break many coding style guidelines.
|
|
|
|
--------------------------
|
|
Proposing changes to Swift
|
|
--------------------------
|
|
|
|
The OpenStack
|
|
`Developer's Guide <http://docs.openstack.org/infra/manual/developers.html>`_
|
|
describes the most common `git` commands that you will need.
|
|
|
|
Following is a list of the commands that you need to know for your first
|
|
contribution to Swift:
|
|
|
|
To clone a copy of Swift:
|
|
|
|
``git clone https://github.com/openstack/swift.git``
|
|
|
|
Under the swift directory, set up the Gerrit repository. The following command
|
|
configures the repository to know about Gerrit and makes the Change-Id commit
|
|
hook get installed. You only need to do this once:
|
|
|
|
``git review -s``
|
|
|
|
To create your development branch (substitute branch_name for a name of your
|
|
choice:
|
|
|
|
``git checkout -b <branch_name>``
|
|
|
|
To check the files that have been updated in your branch:
|
|
|
|
``git status``
|
|
|
|
To check the differences between your branch and the repository:
|
|
|
|
``git diff``
|
|
|
|
Assuming you have not added new files, you commit all your changes using:
|
|
|
|
``git commit -a``
|
|
|
|
Read the `Summary of Git commit message structure <https://wiki.openstack.org/wiki/GitCommitMessages?%22Summary%20of%20Git%20commit%20message%20structure%22#Summary_of_Git_commit_message_structure>`_
|
|
for best practices on writing the commit message. When you are ready to send
|
|
your changes for review use:
|
|
|
|
``git review``
|
|
|
|
If successful, Git response message will contain a URL you can use to track your
|
|
changes.
|
|
|
|
If you need to make further changes to the same review, you can commit them
|
|
using:
|
|
|
|
``git commit -a --amend``
|
|
|
|
This will commit the changes under the same set of changes you issued earlier.
|
|
Notice that in order to send your latest version for review, you will still
|
|
need to call:
|
|
|
|
``git review``
|
|
|
|
---------------------
|
|
Tracking your changes
|
|
---------------------
|
|
|
|
After you proposed your changes to Swift, you can track the review in:
|
|
|
|
* `<https://review.openstack.org>`_
|
|
|
|
.. _post-rebase-instructions:
|
|
|
|
------------------------
|
|
Post rebase instructions
|
|
------------------------
|
|
|
|
After rebasing, the following steps should be performed to rebuild the swift
|
|
installation. Note that these commands should be performed from the root of the
|
|
swift repo directory (e.g. $HOME/swift/):
|
|
|
|
``sudo python setup.py develop``
|
|
|
|
``sudo pip install -r test-requirements.txt``
|
|
|
|
If using TOX, depending on the changes made during the rebase, you may need to
|
|
rebuild the TOX environment (generally this will be the case if
|
|
test-requirements.txt was updated such that a new version of a package is
|
|
required), this can be accomplished using the '-r' argument to the TOX cli:
|
|
|
|
``tox -r``
|
|
|
|
You can include any of the other TOX arguments as well, for example, to run the
|
|
pep8 suite and rebuild the TOX environment the following can be used:
|
|
|
|
``tox -r -e pep8``
|
|
|
|
The rebuild option only needs to be specified once for a particular build (e.g.
|
|
pep8), that is further invocations of the same build will not require this
|
|
until the next rebase.
|
|
|
|
---------------
|
|
Troubleshooting
|
|
---------------
|
|
|
|
You may run into the following errors when starting Swift if you rebase
|
|
your commit using:
|
|
|
|
``git rebase``
|
|
|
|
.. code-block:: python
|
|
|
|
Traceback (most recent call last):
|
|
File "/usr/local/bin/swift-init", line 5, in <module>
|
|
from pkg_resources import require
|
|
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2749, in <module>
|
|
working_set = WorkingSet._build_master()
|
|
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 446, in _build_master
|
|
return cls._build_from_requirements(__requires__)
|
|
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 459, in _build_from_requirements
|
|
dists = ws.resolve(reqs, Environment())
|
|
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 628, in resolve
|
|
raise DistributionNotFound(req)
|
|
pkg_resources.DistributionNotFound: swift==2.3.1.devXXX
|
|
(where XXX represents a dev version of Swift).
|
|
|
|
.. code-block:: python
|
|
|
|
Traceback (most recent call last):
|
|
File "/usr/local/bin/swift-proxy-server", line 10, in <module>
|
|
execfile(__file__)
|
|
File "/home/swift/swift/bin/swift-proxy-server", line 23, in <module>
|
|
sys.exit(run_wsgi(conf_file, 'proxy-server', **options))
|
|
File "/home/swift/swift/swift/common/wsgi.py", line 888, in run_wsgi
|
|
loadapp(conf_path, global_conf=global_conf)
|
|
File "/home/swift/swift/swift/common/wsgi.py", line 390, in loadapp
|
|
func(PipelineWrapper(ctx))
|
|
File "/home/swift/swift/swift/proxy/server.py", line 602, in modify_wsgi_pipeline
|
|
ctx = pipe.create_filter(filter_name)
|
|
File "/home/swift/swift/swift/common/wsgi.py", line 329, in create_filter
|
|
global_conf=self.context.global_conf)
|
|
File "/usr/lib/python2.7/dist-packages/paste/deploy/loadwsgi.py", line 296, in loadcontext
|
|
global_conf=global_conf)
|
|
File "/usr/lib/python2.7/dist-packages/paste/deploy/loadwsgi.py", line 328, in _loadegg
|
|
return loader.get_context(object_type, name, global_conf)
|
|
File "/usr/lib/python2.7/dist-packages/paste/deploy/loadwsgi.py", line 620, in get_context
|
|
object_type, name=name)
|
|
File "/usr/lib/python2.7/dist-packages/paste/deploy/loadwsgi.py", line 659, in find_egg_entry_point
|
|
for prot in protocol_options] or '(no entry points)'))))
|
|
LookupError: Entry point 'versioned_writes' not found in egg 'swift' (dir: /home/swift/swift; protocols: paste.filter_factory, paste.filter_app_factory; entry_points: )
|
|
|
|
This happens because `git rebase` will retrieve code for a different version of
|
|
Swift in the development stream, but the start scripts under `/usr/local/bin` have
|
|
not been updated. The solution is to follow the steps described in the
|
|
:ref:`post-rebase-instructions` section.
|