As the Ussuri goal we have an OpenStack project wide contributing documentation template [1]. os-vif use its own bug or feature tracking LP and core team is also not exactly same as nova so adding its own contributor guide with keeping common links from nova with os-vif specific information. Also the top level CONTRIBUTING.rst template has been changed in the cookiecutter repo[2]. So this patch updates the CONTRIBUTING.rst according to the new template. [1] https://opendev.org/openstack/cookiecutter/src/branch/master/%7b%7bcookiecutter.repo_name%7d%7d/$ [2] https://review.opendev.org/#/c/696001 Change-Id: I6017fdbb403d4cd90f4c3c2bd4a197dfbb67f6ec Story: #2007236 Task: #38541
2.1 KiB
So You Want to Contribute...
For general information on contributing to OpenStack, please check out the contributor guide to get started. It covers all the basics that are common to all OpenStack projects: the accounts you need, the basics of interacting with our Gerrit review system, how we communicate as a community, etc.
Below will cover the more project specific information you need to get started with os-vif.
Communication
Please refer how-to-get-involved.
Contacting the Core Team
The overall structure of the os-vif team is documented on the wiki.
New Feature Planning
You can file an RFE bug if it has no interaction with other projects like nova or neutron.
If changes are part of the nova or neutron feature then it can be tracked as part of the nova or neutron feature. In that case, you should use the same topic to track the os-vif changes.
Task Tracking
We track our tasks in Launchpad.
If you're looking for some smaller, easier work item to pick up and get started on, search for the 'low-hanging-fruit' tag.
Reporting a Bug
You found an issue and want to make sure we are aware of it? You can do so on Launchpad. More info about Launchpad usage can be found on OpenStack docs page.
Getting Your Patch Merged
All changes proposed to the os-vif requires two
Code-Review +2
votes from os-vif core reviewers before one
of the core reviewers can approve patch by giving
Workflow +1
vote. One exception is for trivial changes for
example typo fixes etc which can be approved by a single core.