summaryrefslogtreecommitdiffstats
path: root/docs/how-to-use-docs/documentation-guide.rst
blob: 9315a47b1d05acd8e8513e4c0394b4226a93f978 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
===================
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 <include-documentation>` 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 <https://creativecommons.org/licenses/by/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) <optionally add copywriters name>

 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:`<repo>/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
        └── infrastructure
            ├── hardware-infrastructure
            ├── software-infrastructure
            ├── continuous-integration
            └── cross-community-continuous-integration

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 <opnfvdocs> repository and extract content from other repositories.
To provide content into these documents place your <content>.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:`<repo>/docs/release/installation`

- Folder for documents describing how to deploy each installer and scenario descriptions
- Release notes will be included here <To Confirm>
- Security related documents will be included here
- Note that this document will be compiled into 'OPNFV Installation Instruction'

**User Guide**: :code:`<repo>/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:`<repo>/docs/release/configguide`

- Brief introduction to configure OPNFV with its dependencies.

**Release Notes**: :code:`<repo>/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 <repo>/docs/release/release-notes

**User documentation**: :code:`<repo>/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:`<repo>/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:`<repo>/docs/development/requirements/`

- Folder for your requirement documentation
- For details on requirements projects' structures see the `Requirements Projects <https://wiki.opnfv.org/display/PROJ/Requirements+Projects>`_ page.

**Design Documentation**: :code:`<repo>/docs/development/design`

- Folder for your upstream design documents (blueprints, development proposals, etc..)

**Project overview**: :code:`<repo>/docs/development/overview`

- Folder for any project specific documentation.

Infrastructure Documentation
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Infrastructure documentation can be stored under :code:`<repo>/docs/` folder of
corresponding infrastructure project.