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
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
|
==================================================
How to create documentation for your OPNFV project
==================================================
Directory Structure
===================
This is the directory structure of the docs/ directory which have to be placed
in the root of your project directory.
.. code-block:: bash
./how-to-use-docs/documentation-example.rst
./how-to-use-docs/index.rst
To create your own document, create any number of directories (depending
on your need, e.g. manual) under the docs/ and place an index.rst in each
directories.
The depth of all directory should be one, so that you can make sure that
all directory names are unique. If you want to have set of all documents in
your repo, create new ``docs/all/index.rst`` and list document links in OPNFV
artifact server (artifact.opnfv.org) instead of including all other rst files
or having ``docs/index.rst``, in order to avoid having duplicated contents in
your documents.
Note:
You may have "docs/how-to-use-docs/" in you project repo. You can delete it,
since it is sample and master version is stored in opnfvdocs repo.
Note:
During the document build process, 'docs_build' and 'docs_output' will be
created in the project root directory. To avoid conflict, you should not
use those names and should add the following entries in '.gitignore' file
so that git can ignore built files.
.. code-block:: bash
/docs_build/
/docs_output/
Index File
==========
This index file must refence your other rst files in that directory.
Here is an example index.rst :
.. code-block:: bash
*******************
Documentation Title
*******************
.. toctree::
:numbered:
:maxdepth: 2
documentation-example.rst
Source Files
============
Document source files have to be written in reStructuredText format (rst).
Each file would be build as an html page and a chapter in PDF.
Here is an example source rst file :
.. code-block:: bash
=============
Chapter Title
=============
Section Title
=============
Hello!
Writing RST Markdown
====================
See http://sphinx-doc.org/rest.html .
**Hint:**
Table and its contents won't be adjusted, so you may need to fix your source
text when your table is truncated in PDF version. Or, you can use 'longtable'
option that splits your table vertically (by rows) in multiple pages.
It is useful if you have trouble in rendering table containing many rows.
.. code-block:: bash
.. table::
:class: longtable
+------------------------+------------+----------+----------+
| Header row, column 1 | Header 2 | Header 3 | Header 4 |
+========================+============+==========+==========+
| body row 1, column 1 | column 2 | column 3 | column 4 |
+------------------------+------------+----------+----------+
| body row 2 | ... | ... | |
+------------------------+------------+----------+----------+
**Hint:**
You can add dedicated contents by using 'only' directive with build type
('html' and 'pdf') for OPNFV document. But, this is not encouraged to use
since this may make different views in HTML and PDF version.
.. code-block:: bash
.. only:: html
This line will be shown only in html version.
Configuration
=============
If you need to change the default configuration for document build, create
new conf.py in the document directory (e.g. 'docs/how-to-use-docs/conf.py')
that will be used in build process instead of default for OPNFV document
build.
During the build process, the following default parameters are automatically
added if they are not set in the ``conf.py``.
* **extensions** =
['sphinxcontrib.httpdomain',
'sphinx.ext.autodoc',
'sphinx.ext.viewcode',
'sphinx.ext.napoleon']
* **needs_sphinx** = '1.3'
* **numfig** = True
* **master_doc** = 'index'
* **pygments_style** = 'sphinx'
* **html_use_index** = False
* **html_logo** = 'opnfv-logo.png'
* **latex_domain_indices** = False
* **latex_logo** = 'opnfv-logo.png'
* **latex_documents** =
[('index', '``document directory name``.tex',
'``document title in index.rst``', 'OPNFV', 'manual'),]
* **release** = '``git last tag name`` (``git last commit hash``)'
* **version** = '``git last tag name`` (``git last commit hash``)'
* **project** = '``git repo name``'
* **copyright** = '``year``, OPNFV'
* **rst_epilog** = ' Revision:``git last commit hash``\n Build date:``build date in year-month-date format``'
**Note:**
You can leave the file path for OPNFV logo image which will be prepared
before each document build.
**Hint:**
In PDF, figures will be floated to get better view. If you want to avoid such
automated fixes, just add this option to your conf.py after copying the default
configuration in to the document directory.
.. code-block:: bash
latex_elements = {'figure_align': 'H'}
Versioning
==========
The relevant release and version information will be added to your documents
by using tags from your project's git repository.
The tags will be applied by Releng Project.
Testing
=======
You can test document build in your laptop by using build script which is
also used in document build jobs below:
.. code-block:: bash
$ cd /local/repo/path/to/project
$ git clone https://git.opnfv.org/opnfvdocs docs_build/_opnfvdocs
$ ./docs_build/_opnfvdocs/scripts/docs-build.sh
Then, you can see the docs in 'docs_output' directory if build succeeded.
If you have a problem of missing python package, you can make sure all
necessary packages are installed as follows:
.. code-block:: bash
$ sudo pip install Sphinx==1.3.1 doc8 sphinxcontrib-httpdomain
Note:
Developers are encouraged to use
"ssh://<username>@gerrit.opnfv.org:29418/opnfvdocs"
instead of "https://git.opnfv.org/opnfvdocs", so that you can quickly start
development in opnfvdocs.
See https://wiki.opnfv.org/display/DEV/Developer+Getting+Started for more detail.
Jenkins Jobs
============
Enabling Jenkins Jobs
---------------------
Jenkins in OPNFV infra performs the jobs to verify and update your documents.
To make your project repository watched by Jenkins to execute those jobs, you
have to add your project name in 'project-pattern' of the following jobs by
sending patch to update `jjb/opnfv/opnfv-docs.yml`_ on gerrit.
.. _jjb/opnfv/opnfv-docs.yml:
https://gerrit.opnfv.org/gerrit/gitweb?p=releng.git;a=blob;f=jjb/opnfv/opnfv-docs.yml;
Verify Job
----------
The verify job name is **opnfv-docs-verify**.
When you send document changes to gerrit, jenkins will create your documents
in HTML and PDF formats to verify that new document can be built successfully.
Please check the jenkins log and artifact carefully.
You can improve your document even though if the build job succeeded.
Documents will be uploaded to
``http://artifacts.opnfv.org/review/<Change Number>/`` for review.
Those documents will be replaced if you update the change by sending new
patch set to gerrit, and deleted after the change is merged.
Document link(s) can be found in your change page on gerrit as a review
comment.
Note:
Currently, the job reports 'SUCCESS' as result of document build even if the
PDF creation failed. This is a provisional workaround, since many projects are
not ready for PDF creation yet.
Merge Job
----------
The merge job name is **opnfv-docs-merge**.
Once you are happy with the look of your documentation, you can submit the
change. Then, the merge job will upload latest build documents to
``http://artifacts.opnfv.org/<Project Name>/docs/`` .
You can put links in your project wiki page, so that everyone can see the
latest document always.
Sphinx Extensions
=================
You can see available sphinx extension(s) in `opnfvdocs/etc/requirements.txt`_.
.. _opnfvdocs/etc/requirements.txt:
https://gerrit.opnfv.org/gerrit/gitweb?p=opnfvdocs.git;a=blob;f=etc/requirements.txt;
You can use other sphinx extensions to improve your documents.
To share such improvements, we encourage you to enable the extension in OPNFV infra
by asking releng and opnfvdocs teams to add new sphinx extension via gerrit
(proposing change in `opnfvdocs/scripts/docs-build.sh`_ and `opnfvdocs/etc/requirements.txt`_).
After quick sanity checks, we'll merge the patch to make it available in OPNFV
document build.
.. _opnfvdocs/scripts/docs-build.sh:
https://gerrit.opnfv.org/gerrit/gitweb?p=opnfvdocs.git;a=blob;f=scripts/docs-build.sh;
|