From fd876b7dbc7d517a706b22e52bf6f0e8f79a0b4b Mon Sep 17 00:00:00 2001 From: Stuart Mackie Date: Thu, 14 Sep 2017 23:26:31 -0700 Subject: Docs Change-Id: Iea3001f8414267f1535353f28d30d45daf9a3e66 Signed-off-by: Stuart Mackie --- docs/how-to-use-docs/documentation-guide.rst | 135 --------------------------- 1 file changed, 135 deletions(-) delete mode 100644 docs/how-to-use-docs/documentation-guide.rst (limited to 'docs/how-to-use-docs/documentation-guide.rst') diff --git a/docs/how-to-use-docs/documentation-guide.rst b/docs/how-to-use-docs/documentation-guide.rst deleted file mode 100644 index fed42a4..0000000 --- a/docs/how-to-use-docs/documentation-guide.rst +++ /dev/null @@ -1,135 +0,0 @@ -=================== -Documentation Guide -=================== - -This page intends to cover the documentation handling for OPNFV. OPNFV projects are expected to create a variety of document types, -according to the nature of the project. Some of these are common to projects that develop/integrate features into the OPNFV platform, e.g. -Installation Instructions and User/Configurations Guides. Other document types may be project-specific. - -.. contents:: - :depth: 3 - :local: - -Getting Started with Documentation for Your Project ---------------------------------------------------- -OPNFV documentation is automated and integrated into our git & gerrit toolchains. - -We use RST document templates in our repositories and automatically render to HTML and PDF versions of the documents in our artifact -store, our WiKi is also able to integrate these rendered documents directly allowing projects to use the revision controlled documentation -process for project information, content and deliverables. -Read :ref:`this page ` which elaborates on how documentation is to be included within opnfvdocs. - -Licencing your documentation -^^^^^^^^^^^^^^^^^^^^^^^^^^^^ -All contributions to the OPNFV project are done in accordance with the OPNFV licensing requirements. Documentation in OPNFV is contributed -in accordance with the `Creative Commons 4.0 `_ and the `SPDX https://spdx.org/>`_ licence. -All documentation files need to be licensed using the text below. The license may be applied in the first lines of -all contributed RST files: - -.. code-block:: bash - - .. This work is licensed under a Creative Commons Attribution 4.0 International License. - .. SPDX-License-Identifier: CC-BY-4.0 - .. (c) - - These lines will not be rendered in the html and pdf files. - -How and where to store the document content files in your repository -^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ -All documentation for your project should be structured and stored in the :code:`/docs/` directory. The documentation toolchain will -look in these directories and be triggered on events in these directories when generating documents. - -Document structure and contribution ------------------------------------ -A general structure is proposed for storing and handling documents that are common across many projects but also for documents that may be -project specific. The documentation is divided into three areas Release, Development and Testing. Templates for these areas can be found -under :code:`opnfvdocs/docs/templates/`. - -Project teams are encouraged to use templates provided by the opnfvdocs project to ensure that there is consistency across the community. -Following representation shows the expected structure: - -:: - - docs/ - ├── development - │ ├── design - │ ├── overview - │ └── requirements - ├── release - │ ├── configguide - │ ├── installation - │ ├── release-notes - │ ├── scenarios - │ │ └── scenario.name - │ └── userguide - └── testing - ├── developer - └── user - - -Release documentation -^^^^^^^^^^^^^^^^^^^^^ -Release documentation is the set of documents that are published for each OPNFV release. These documents are created and developed -following the OPNFV release process and milestones and should reflect the content of the OPNFV release. -These documents have a master index.rst file in the repository and extract content from other repositories. -To provide content into these documents place your .rst files in a directory in your repository that matches the master document -and add a reference to that file in the correct place in the corresponding index.rst file in :code:`opnfvdocs/docs/release/`. - -**Platform Overview**: :code:`opnfvdocs/docs/release/overview` - -- Note this document is not a contribution driven document -- Content for this is prepared by the Marketing team together with the opnfvdocs team - -**Installation Instruction**: :code:`/docs/release/installation` - -- Folder for documents describing how to deploy each installer and scenario descriptions -- Release notes will be included here -- Security related documents will be included here -- Note that this document will be compiled into 'OPNFV Installation Instruction' - -**User Guide**: :code:`/docs/release/userguide` - -- Folder for manuals to use specific features -- Folder for documents describing how to install/configure project specific components and features -- Can be the directory where API reference for project specific features are stored -- Note this document will be compiled into 'OPNFV userguide' - -**Configuration Guide**: :code:`/docs/release/configguide` - -- Brief introduction to configure OPNFV with its dependencies. - -**Release Notes**: :code:`/docs/release/release-notes` - -- Changes brought about in the release cycle. -- Include version details. - -Testing documentation -^^^^^^^^^^^^^^^^^^^^^ -Documentation created by test projects can be stored under two different sub directories /user or /developemnt. -Release notes will be stored under /docs/release/release-notes - -**User documentation**: :code:`/testing/user/` -Will collect the documentation of the test projects allowing the end user to perform testing towards a OPNFV SUT -e.g. Functest/Yardstick/Vsperf/Storperf/Bottlenecks/Qtip installation/config & user guides. - -**Development documentation**: :code:`/testing/developent/` -Will collect documentation to explain how to create your own test case and leverage existing testing frameworks e.g. developer guides. - -Development Documentation -^^^^^^^^^^^^^^^^^^^^^^^^^ -Project specific documents such as design documentation, project overview or requirement documentation can be stored under -/docs/development. Links to generated documents will be dislayed under Development Documentaiton section on docs.opnfv.org. -You are encouraged to establish the following basic structure for your project as needed: - -**Requirement Documentation**: :code:`/docs/development/requirements/` - -- Folder for your requirement documentation -- For details on requirements projects' structures see the `Requirements Projects `_ page. - -**Design Documentation**: :code:`/docs/development/design` - -- Folder for your upstream design documents (blueprints, development proposals, etc..) - -**Project overview**: :code:`/docs/development/overview` - -- Folder for any project specific documentation. -- cgit 1.2.3-korg