]> git.proxmox.com Git - pve-docs.git/blame - howto-improve-pve-docs.adoc
mediawiki.conf: use <tt> tag for monospace font
[pve-docs.git] / howto-improve-pve-docs.adoc
CommitLineData
3ef512ec
DM
1[[howto_improve_pve_docs]]
2Improving the Proxmox VE Documentation
3--------------------------------------
4include::attributes.txt[]
5ifdef::wiki[]
6:pve-toplevel:
7endif::wiki[]
8
9Depending on which issue you want to improve, you can use a variety of
10communication mediums to reach the developers.
11
12If you notice an error in the current documentation, use the·
13http://bugzilla.proxmox.com[Proxmox bug tracker] and propose an·
14alternate text/wording.
15
16If you want to propose new content, it depends on what you want to
17document:
18
19* if the content is specific to your setup, a wiki article is the best
20option. For instance if you want to document specific options for guest
21systems, like which combination of Qemu drivers work best with a less popular
22OS, this is a perfect fit for a wiki article.
23
24* if you think the content is generic enough to be of interest for all users,
25then you should try to get it into the reference documentation. The reference
26documentation is written in the easy to use 'asciidoc' document format.
27Editing the official documentation requires to clone the git repository at
28`git://git.proxmox.com/git/pve-docs.git` and then follow the
29https://git.proxmox.com/?p=pve-docs.git;a=blob_plain;f=README.adoc;hb=HEAD[REAME.adoc] document.
30
31Improving the documentation is just as easy as editing a Wikipedia
32article and is an interesting foray in the development of a large
33opensource project.
34
35NOTE: If you are interested in working on the {pve} codebase, the
36{webwiki-url}Developer_Documentation[Developer Documentation] wiki
37article will show you where to start.