* moved contributing.md to new location as it describes contributing to documentation * Adding Governance.md and high-level Contributing.md * fix linting errors (asterisk, whitespace and unused links) * More linting fixes * merge conflicts * verbiage * License link moved out of codeblock, and text fix there. Changed to full name of AMD. Update links to ROCm Org path * whitespace linting fix * Reverted back to ROCm is lead and managed by AMD. Flows better to me. --------- Co-authored-by: Lisa Delaney <lisa.delaney@amd.com>
3.6 KiB
Contributing to ROCm documentation
AMD values and encourages contributions to our code and documentation. If you choose to contribute, we encourage you to be polite and respectful. Improving documentation is a long-term process, to which we are dedicated.
If you have issues when trying to contribute, refer to the discussions page in our GitHub repository.
Folder structure and naming convention
Our documentation follows the Pitchfork folder structure. Most documentation files are stored in the
/docs folder. Some special files (such as release, contributing, and changelog) are stored in the root
(/) folder.
All images are stored in the /docs/data folder. An image's file path mirrors that of the documentation
file where it is used.
Our naming structure uses kebab case; for example, my-file-name.rst.
Supported formats and syntax
Our documentation includes both Markdown and RST files. We are gradually transitioning existing Markdown to RST in order to more effectively meet our documentation needs. When contributing, RST is preferred; if you must use Markdown, use GitHub-flavored Markdown.
We use Sphinx Design syntax and compile our API references using Doxygen.
The following table shows some common documentation components and the syntax convention we use for each:
| Component | RST syntax |
|---|---|
| Code blocks |
|
| Cross-referencing internal files |
|
| External links |
|
| Headings |
|
| Images |
|
| Internal links |
|
| Lists |
|
| Math (block) |
|
| Math (inline) |
|
| Notes |
|
| Tables |
|
Language and style
We use the Google developer documentation style guide to guide our content.
Font size and type, page layout, white space control, and other formatting details are controlled via rocm-docs-core. If you want to notify us of any formatting issues, create a pull request in our rocm-docs-core GitHub repository.
Building our documentation
To learn how to build our documentation, refer to Building documentation.