Table of Contents
The goal of the VNF Guidelines and Requirements project is to provide guidance to VNF providers on the guidelines, rules, and specifications to which a VNF must adhere to correctly onboard and operate within ONAP. These rules span across the VNF's lifecycle and are influenced by the various components that comprise ONAP as well as various industry standards that are required for interoperability.
This project welcomes and encourages contributions, feedback, and inquiries through a variety of mechanisms. The intent of this guide is to inform a potential contributor of the various options available to them, and provide instructions on how to use those mechanisms.
Since this project is an approved project of the ONAP community, most of the ways to contribute are consistent with the standard tools used across ONAP. Please refer to the Getting involved with the ONAP community page for general information on getting involved with ONAP.
The method for contributing or interacting with the VNF Requirements project depends on the type of contribution. Please refer to the following table for guidance on the best method to use.
|General questions, feedback, or support requests||Leverage the ONAP mailing lists. Send an email to email@example.com and use the project hashtag #vnfrqts in the subject line of your email.|
|Staying apprised of progress or collaborating on new work|
Attend the weekly VNF Requirements project meetings.
Review prior meeting minutes
If you find an issue in the VNF Requirements project in either the ONAP Developer Guide or the ONAP Wiki, please submit a JIRA ticket under the VNF Requirements project
Project: VNF Requirements
Issue Type: Bug
Please include the link to the page in question and if applicable the requirement(s) IDs that are impacted.
|Contributing Updates to VNF Provider Guidelines and Requirements|
We welcome both new requirements and revisions to existing requirements and content. Before contributing the content, please familiarize yourself with the VNFRQTS Requirement and Documentation Standards.
Our preferred form of contribution is to submit changes as Gerrit Reviews against the target VNF Requirements repository (see Submitting Gerritt Reviews below for more details)
If you are proposing substantial changes to the project or the change requires discussion, then we encourage you to create a Proposal on the ONAP VNF Requirements Project Wiki to introduce the topic first. Please refer to the VNF Requirements Proposals page for more details.
If you do not feel comfortable with the tool chain required to submit changes directly to the reStructuredText via Gerrit reviews, then we would still like to support your contributions and encourage you to put the details of your changes into JIRA.
Project: VNF Requirements
Issue Type: Task
Summary: Short summary of the change
In the Description field please include the following details:
If you are submitting a ticket, then you are encouraged to attend the VNF Requirements weekly meeting if your schedule permits.
Submitting Gerrit Reviews
The easiest way for the VNF Requirements project to accept and incorporate changes is through merge/review requests via Gerrit. This will enable the team and community to review your proposed changes in context,collaborate on changes, and ensure contributions adhere to the standards of the tool chain required to build the documentation.
Contributing in this manner will require the setup of some tools on your local machine or environment.
- Linux Foundation ID: You will need this to access JIRA and Gerrit. You can register for an ID here.
Knowledge of reStructuredText (RST): All documentation at ONAP is authored in RST. For the most part you can follow the style of other requirements and content without being an RST expert, but understanding basics may be useful. The ONAP Documentation project has some useful guides and tutorials here.
Python 3.6+: You will not need to write any Python code, but it is required to generate the documentation from reStructuredText. If needed, you can find installation instructions for your system here.
- Git: This is the version control tool used by ONAP. If not present on your system, then refer to Git's Getting Started - Installation Guide for more information
- Git Review: This is the command line extension to Git to enable changes to be submitted to review to Geritt. This needs to be installed after you have installed Git and Python.
Tox: This is a tool to run the build. It must be installed after you install Python. Install it using pip.
VNF Requirements Standards: Familiarize yourself with the VNFRQTS Requirement and Documentation Standards
Before submitting your first change, you will need to configure Git and Gerrit to work together. That is outside the scope of this guide, but you can find more information here.
Setting Up the Project
- Before submitting a change, open a JIRA ticket to introduce the change.
- Project: VNF Requirements
- Issue Type: Story for changes that can be incorporated via a single change, Epic if the updates will require multiple commits. If you need an Epic, then you will need a story for each set of changes you wish to make. If the changes you are proposing are substantial, then you may need to create an entry in VNF Requirements Proposals for discussion before proceeding with your requirement changes.
- Summary: Descriptive summary of the changes to be made
- Fix Version: Target ONAP release for your changes
- Clone the appropriate repository for your content (see VNFRQTS Requirement and Documentation Standards for guidance and links).
- Example: git clone ssh://firstname.lastname@example.org:29418/vnfrqts/epics
- Navigate to the directory you cloned the repository into
Run the following command to generate the documentation and verify everything works properly
- If everything works properly, this will generate the HTML documentation in the
Editing the Documents
- The first order of business will be determining if this requirement should be contributed to the latest version of the requirements, or if it is intended for a prior release. If you simply, just need to make a change to the latest content then jump to step 3
- If you wish to change content in a prior release, then you must checkout that branch. For example, if the master branch is now associated with Dublin, but the change you need to make is for Casablanca, then you will need to do the following:
Fetch the remote branches and checkout the appropriate release branch
- If you are adding a new requirement, then you can leave out the :id: and :introduced: attributes as those will be automatically added when you run either ``tox -e docs`` or ``check.py``
If you are editing the a requirement, then please ensure that the metdata fields are updated appropriately to reflect your changes (example: :updated: should be set to the current release, :keyword: and :target: should still match the requirement, etc.)
- After you have made your changes, rebuild the documentation using the
tox -e docscommand, and view the changes in browser to ensure they are formatted correctly. This will also perform a variety of quality checks and updates. Please ensure all warnings are addressed before submitting your changes.
- Requirement missing required attributes
- Invalid values for attributes/metadata
- Invalid section header usage in any file
- :keyword: and requirement mismatch
- Auto Updates:
- Assigning :id: on new requirements where an ID missing
- Adding :introduced: attribute on new requirements
- Adding/correcting :updated: attribute on changed requirements
- Once you are satisfied with your change, then it will be time to commit and submit your changes for review
Commiting and Submitting Your Changes
Initialize your repository to work with Gerrit
Add your changes to git
Commit your changes
- Your default, configured editor will open to provide a commit message. Please ensure that your commit message adheres to the ONAP Commit Messages standards or your submission will be automatically rejected by Gerrit.
- NOTE: At the bottom of your commit message be sure to include the line Issue-ID: VNFRQTS-#### that corresponds to the JIRA ticket you opened for this change.
- Now you are ready to push your changes to Gerrit using git review
Once you have successfully pushed the change up, please log into Gerrit and add reviewers
- Please pay attention to your inbox following the creation of your review. The ONAP Jobbuilder will attempt to build your documentation and may reject the change if there are problems. Please review it's messages and resolve any issues that it raises.
- Often there will be changes you will need to make to get this working correctly.
- Make any changes locally based on the feedback and add those changes to be committed.
3. Rather than a normal commit, we'll just amend your previous commit.
4. Finally resubmit your change via git review and your change will be updated
After Your Changes Are Accepted and Merged
- Update your JIRA ticket to completed
- Thank you for your contribution!