Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: clarifying that bugs changes etc need to be discussed and assigned to sprints before resolution.

...

ONAP requires all bug fixes to be associated with a JIRA issue,  so create the JIRA bug report first. 

Issue Type:

Bug

Component Field:

...

One Bug should cover one topic. If there are multiple issues raised, please use separate bug report and link them using the Linked Issues section.  

JIRA task/bug report handling

The weekly project team meetings review the status of the current JIRA backlog including bug reports.  Proposed tasks & bug reports are assigned to Sprints for resolution. 

To propose a Fix to a Bug 

Start by creating a bug report, then propose the fix to the bug.  ONAP ONAP requires all bug fixes to be associated with a JIRA issue.  Don't  just make a change until the bug has been discussed on one of the weekly project calls, and teh bug assigned to the Sprint.

You will need to check in/out  your changes to the requirements documentation using git/gerrit. To use Git & Gerrit, ( assuming you do not already have them) will require you to set up your environment.  You will need to clone the ONAP repos from http://gerrit.onap.org to your local machine to make your changes as a contributor. The ONAP community is tracking progress using the JIRA system. So please remember to create and close  close the jira tickets for the tasks you are completing so that the progress we make is visible. The workflow of the ONAP development process and policies are summarized in this figure.

...

ONAP uses the Gerrit review system for committing changes to the code - including our documentation source files.   Please recall the ONAP policy is that committers cannot merge their own changes. For community transparency, please try to get reviews from diverse community members. The documentation project has a review checklist for general documentation.

VNFRQTS Project Sprints and Backlogs

...