============================
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 openstack/requirements.
Communication
=============
We are on the #openstack-requirements channel on the OFTC IRC network.
Our meetings are currently Wednesdays at 2030 UTC. See the
`official meeting `_ for
up to date info.
Contacting the Core Team
++++++++++++++++++++++++
On IRC the nicks of our core team are as follows.
* dirk
* smcginnis
* prometheanfire
New Feature Planning
====================
New features should have a bug associated with it and be discussed during the
weekly meeting (see below for how to report a bug and above for meeting info.)
Task Tracking
=============
We track our tasks in
`Storyboard
`_.
If you're looking for some smaller, easier work item to pick up and get started
on, comment in IRC and we'll find something.
Reporting a Bug
===============
If you have found an issue and want to make sure we are aware of it, please
report the issue on
`Storyboard
`_.
Getting Your Patch Merged
=========================
Updates proposed to by the infra-bot to master only need one core reviewer to
approve and merge.
All other updates require two reviewers to merge.
Project Team Lead Duties
========================
Openstack Freeze Process
++++++++++++++++++++++++
Notice
------
- Email the developer mailing list approximately two weeks before the freeze.
This email should contain a notice that requirements will branch and
cycle-trailing projects should be careful if they have not branched. The
cycle-trailing projects can retarget their constraints usage to the stable
branch.
Branch
------
- File a review in ``openstack/releases`` with -W and only remove the -W when
ready to branch.
- Once branched, change the publish location to the new release branch.
- Once branched, update devstack grenade for the new release. For example,
use https://review.openstack.org/#/c/493057/13/devstack-vm-gate-wrap.sh
Potential issues
----------------
- Use something like https://review.openstack.org/#/c/492382 to find problem
projects.
All common PTL duties are enumerated in the `PTL guide
`_.