Welcome new contributors¶
It’s very great that you’re interested in contributing to Zaqar.
First of all, make sure you join Zaqar communication forums:
How can I contribute?¶
There are many ways you can contribute to Zaqar. Of course coding is one, but you can also join Zaqar as a tester, documenter, designer or translator.
The first area where you can help is bug fixing.
Confirmed bugs are usually
your best choice.
Triaged bugs should even contain tips on how they
should be fixed. You can find both of them in
Zaqar’s Confirmed and Triaged bugs web page.
Once you selected the bug you want to work on, go ahead and assign it to yourself, branch the code, implement the fix, and propose your change for review. You can find information on how to do it in Your first patch manual.
Some easy-to-fix bugs may be marked with the
low-hanging-fruit tag: those
are good targets for a beginner.
You can also help Zaqar with bug triaging. Reported bugs need care: prioritizing them correctly, confirming them, making sure they don’t go stale. All those tasks help immensely. If you want to start contributing in coding, but you are not a hardcore developer, consider helping in this area.
Bugs can be marked with different tags according to their status:
Newbugs are those bugs that have been reported by a user but haven’t been verified by the community yet.
Confirmedbugs are those bugs that have been reproduced by someone else than the reporter.
Triagedbugs are those bugs that have been reproduced by a core developer.
Incompletebugs are those bugs that don’t have enough information to be reproduced.
In Progressbugs are those bugs that are being fixed by some developer. This status is set automatically by the Gerrit review system once a fix is proposed by a developer. You don’t need to set it manually.
Invalidbugs are those bugs that don’t qualify as a bug. Usually a support request or something unrelated to the project.
You can learn more about this in Launchpad’s Of Bugs and Statuses.
You only have to worry about
New bugs. If you can reproduce them, you can
mark them as
Confirmed. If you cannot reproduce them, you can ask the
reported to provide more information and mark them as
Incomplete. If you
consider that they aren’t bugs, mark them as
Invalid (Be careful with this.
Asking someone else in Zaqar is always a good idea).
Also, you can contribute instructions on how to fix a given bug.
Check out the Bug Triage wiki for more information.
Every patch submitted to OpenStack gets reviewed before it can be approved and
merged. Zaqar gets a lot of contributions and everyone can (and is encouraged
to) review Zaqar’s existing patches. Pick an open review and go through
it, test it if possible, and leave a comment with a
describing what you discovered. If you’re planning on submitting patches of
your own, it’s a great way to learn about what the community cares about and to
learn about the code base.
Make sure you read Your first review manual.
Once you get familiar with the code, you can start to contribute new features. New features get implemented every 6 months in OpenStack development cycle. We use Launchpad Blueprints to track the design and implementation of significant features, and Zaqar team uses Design Summits every 6 months to get together and discuss things in person with the rest of the community. Code should be proposed for inclusion before Zaqar reach the final feature milestone of the development cycle.
Testing efforts are highly related to coding. If you find that there are test cases missing or that some tests could be improved, you are encouraged to report it as a bug and then provide your fix.
See Your first patch for information on how to provide your fix.
To fix a documentation bug check the bugs marked with the
doc tag in
Zaqar’s bug list. In case that you want to report a documentation bug, then
don’t forget to add the
doc tag to it.
Zaqar’s Contributor Documentation is compiled from source files in
(reStructuredText) format located in
doc/source/ directory in Zaqar
repository. The “openstack-manuals” project houses the documentation that is
Also, you can monitor Ask OpenStack to curate the best answers that can be folded into the documentation.
Zaqar doesn’t have a user interface yet. Zaqar team is working to integrate Zaqar to the OpenStack Dashboard (Horizon).
If you’re a designer or usability professional your help will be really appreciated. Whether it’s reviewing upcoming features as a user and giving feedback, designing features, testing designs or features with users, or helping to build use cases and requirements, everything is useful.
You can translate Zaqar to language you know. Read the Translation wiki page for more information on how OpenStack manages translations. Zaqar has adopted Zanata, and you can use the OpenStack Zanata site as a starting point to translate any of the OpenStack projects, including Zaqar. It’s easier to start translating directly on the OpenStack Zanata site, as there is no need to download any files or applications to get started.