Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Contribution TypeMethod(s)
General questions, feedback, or support requestsLeverage the ONAP mailing lists. Send an email to onap-discuss@lists.onap.org 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

Additionally you can register for a Linux Foundation ID, and sign into Gerrit and/or JIRA to repository commits and JIRA issues.

Submitting Bugs

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:

  • The full content you are proposing (NOTE - you do not need to provide the requirement IDs, those can will be added generated using the VNFRQTS Requirement Generation Tool)automatically generated.
  • Where the content should appear (please include the section and link to the page)
  • The rationale for adding this to the requirements
  • If adding requirements, please provide the applicable metadata per the Requirement Metadata section of the VNFRQTS Requirement and Documentation Standards

If you are submitting a ticket, then you are encouraged to attend the VNF Requirements weekly meeting if your schedule permits.

...

  • 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 2.7, 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.

    Code Block
    > pip install tox


  • VNF Requirements Standards: Familiarize yourself with the VNFRQTS Requirement and Documentation Standards

...

  1. 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
  2. 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:
    1. Fetch the remote branches and checkout the appropriate release branch

      Code Block
      > git fetch
      > get checkout casablanca    (Or whatever the appropriate release branch name is)


  3. 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``


    Code Block
    languagetext
    titleExample Requirement
    .. req::
    	:keyword: MUST
    	:target: VNF PACKAGE
    	:impacts: sdc
    	:validation_mode: static
    	
    	The VNF Package **MUST** include element XYZ as part of the CSAR package in the ABC directory


  4. 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.)

    will be adding requirements, go to the VNFRQTS Requirement Generation Tool, click Generate ID, fill out the form with the appropriate fields, and click Convert to RST. This will generate RST under the Convert to RST button, you can copy this generated RST and use it in the RST documents.

    Edit the RST documents in the docs folder.  Paste the generated RST from step 3.

    Code Block
    languagetext
    titleExample Requirement
    .. req::
    	:id: R-12345
    	:keyword: MUST
    	:target: VNF PACKAGE
    	:introduced: casablanca
    	:impacts: sdc
    	:validation_mode: static
    	
    	The VNF Package **MUST** include element XYZ as part of the CSAR package in the ABC directory


  5. After you have made your changes, rebuild the documentation using the tox -e docs command, and view the changes in browser to ensure they are formatted correctly.  This will also regenerate the JSON version of the requirements that are located in docs/data/needs.json.  This is the file make_ids.py uses to ensure new requirement IDs do not conflict and the JSON version is also downloadable via the Requirements List chapter of the Requirements document.perform a variety of quality checks and updates.  Please ensure all warnings are addressed before submitting your changes.
    1. Warnings:
      1. Requirement missing required attributes
      2. Invalid values for attributes/metadata
      3. Invalid section header usage in any file
      4. :keyword: and requirement mismatch
    2. Auto Updates:
      1. Assigning :id: on new requirements where an ID missing
      2. Adding :introduced: attribute on new requirements
      3. Adding/correcting :updated: attribute on changed requirements
  6. Once you are satisfied with your change, then it will be time to commit and submit your changes for review

...

  1. Initialize your repository to work with Gerrit

    Code Block
    > git review -s


  2. Add your changes to git

    Code Block
    > git add --all


  3. Commit your changes

    Code Block
    > git commit -s


  4. 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. 
    1. 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.
  5. Now you are ready to push your changes to Gerrit using git review


    Code Block
    > git review {branch name}  where {branch name} is the name of your target branch (ex: casablanca). If you are submitting to master, then you you can leave off branch name


  6. Once you have successfully pushed the change up, please log into Gerrit and add reviewers

    1. Log into your dashboard
    2. See your Outgoing Reviews and click on the link corresponding to your review
    3. Click Add to add reviewers
    4. Add the following reviewers to your review
      1. Trevor Lovett
      2. Junfeng Wang
      3. Alan Weinstock
      4. Any additional reviewers you feel would add value
  7. 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.

...