|
| 1 | +_model: page |
| 2 | +--- |
| 3 | +_template: page-with-toc.html |
| 4 | +--- |
| 5 | +title: Technical Documentation Guidelines |
| 6 | +--- |
| 7 | +description: This Technical documentaion guidelines (style guide) ensuures all the readme on all repository and any other technical docs are properly documented . |
| 8 | +--- |
| 9 | +body: |
| 10 | + |
| 11 | +## Technical Documentation Guidelines |
| 12 | +The purpose of this guideline is to provide a step-by-step framework for writing and maintaining high-quality technical documentation for Creative Commons (CC) projects. This guide covers essential sections that should be included in the documentation, such as project overview, code of conduct, contributing instructions, installation, development, and deployment. Following these guidelines will ensure consistency, clarity, and ease of use for all contributors and users. |
| 13 | + |
| 14 | +## Style Guide Reference |
| 15 | + |
| 16 | +For general writing style and guidelines, refer to the following upstream style guides: |
| 17 | + |
| 18 | +- [Google Developer Style Guide]: (https://developers.google.com/style/) |
| 19 | +- [Microsoft Writing Style Guide]: (https://learn.microsoft.com/en-us/style-guide/welcome/) |
| 20 | + |
| 21 | +## Style Preferences Modifications |
| 22 | + |
| 23 | +While adhering to the upstream style guides, the following modifications should be observed: |
| 24 | + |
| 25 | +- Use active voice wherever possible to improve clarity and engagement. |
| 26 | +- Keep sentences concise and to the point, avoiding jargon unless necessary. |
| 27 | + |
| 28 | +## Overview |
| 29 | + |
| 30 | +The Overview section provides a summary of the project and general information that users or contributors need to know. It should include |
| 31 | + |
| 32 | +- Repository information: Include the link to the GitHub repository and a brief description of the project. |
| 33 | +- Tech stack: List the technologies used to build the project (e.g., Python, Django, Jekyll, JavaScript). |
| 34 | + |
| 35 | +## Code of conduct |
| 36 | +The Code of Conduct section ensures that all contributors are aware of the community standards and acceptable behavior. It should include |
| 37 | + |
| 38 | +- A brief statement referring to the project's code of conduct |
| 39 | +- A link to the full CODE_OF_CONDUCT.md file in the repository |
| 40 | +- Information on how to report issues or violations. |
| 41 | +[org-coc]: https://github.com/creativecommons/.github/blob/main/CODE_OF_CONDUCT.md |
| 42 | +[code_of_conduct]: https://opensource.creativecommons.org/community/code-of-conduct/ |
| 43 | +[reporting_guide]: https://opensource.creativecommons.org/community/code-of-conduct/enforcement/ |
| 44 | + |
| 45 | +## Contributing |
| 46 | +The Contributing section provides details for those who wish to contribute to the project, and ensuring they follow the right process. |
| 47 | + |
| 48 | +- A link to the contribution guideline file in the repository. |
| 49 | +- GitHub Pull Request (PR) guidelines. |
| 50 | +- Link to repository guideline |
| 51 | +[Contribution guideline] : https://opensource.creativecommons.org/contributing-code/ |
| 52 | +[GitHub PR guideline]: https://opensource.creativecommons.org/contributing-code/pr-guidelines/ |
| 53 | +[Repository guideline]: https://opensource.creativecommons.org/contributing-code/github-repo-guidelines/ |
| 54 | + |
| 55 | + |
| 56 | +## Installation |
| 57 | +The Installation section guides users through setting up the project on their local machines. |
| 58 | + |
| 59 | +- A list of prerequisites |
| 60 | +- A detailed step-by-step instructions on how to install the necessary dependencies and tools. |
| 61 | +- Instructions on how to clone the repository and set up the environment. |
| 62 | + |
| 63 | +### Development |
| 64 | + |
| 65 | +The **Development** section provides detailed instructions for contributors on how to run and develop the project locally. |
| 66 | + |
| 67 | +**What to include:** |
| 68 | +- Instructions on how to start the local development environment. |
| 69 | +- Steps for running the project and viewing changes. |
| 70 | +- Any necessary setup (e.g., database, environment variables). |
| 71 | + |
| 72 | +### Deployment |
| 73 | + |
| 74 | +The **Deployment** section includes the steps needed to deploy the application. |
| 75 | + |
| 76 | +**What to include:** |
| 77 | +- Deployment prerequisites (if any). |
| 78 | +- Step-by-step instructions for deploying the project to the production environment. |
| 79 | +- Configuration details for cloud services or hosting providers (e.g., GitHub Pages, AWS). if any |
| 80 | + |
| 81 | +### Markdown Syntax Usage |
| 82 | + |
| 83 | +This section offers guidance on how to use Markdown effectively in documentation. |
| 84 | + |
| 85 | +**Basic Syntax:** |
| 86 | +- **Headings**: Use `#` for headings and additional `#` symbols for subheadings. |
| 87 | + ```markdown |
| 88 | + |
| 89 | + # Heading 1 |
| 90 | + ## Heading 2 |
| 91 | + ### Heading 3 |
| 92 | + |
| 93 | +Lists: |
| 94 | + |
| 95 | +Unordered list: |
| 96 | +markdown |
| 97 | + |
| 98 | +- First item |
| 99 | +- Second item |
| 100 | + |
| 101 | +Ordered list: |
| 102 | +markdown |
| 103 | + |
| 104 | +1. First item |
| 105 | +2. Second item |
| 106 | + |
| 107 | +Links: |
| 108 | +markdown |
| 109 | + |
| 110 | +[Link](url) |
| 111 | + |
| 112 | +Images: |
| 113 | +markdown |
| 114 | + |
| 115 | + |
| 116 | + |
| 117 | +Code Blocks: |
| 118 | +markdown |
| 119 | + ``` |
| 120 | + code command |
| 121 | + ``` |
| 122 | + |
| 123 | +Tables: |
| 124 | +markdown |
| 125 | + |
| 126 | +| Header 1 | Header 2 | |
| 127 | +|----------|----------| |
| 128 | +| Content 1 | Content 2 | |
| 129 | + |
| 130 | + |
| 131 | +## Terminology |
| 132 | + |
| 133 | +Establishing a clear "Terminology" section for Creative Commons (CC)-specific usage is crucial. Below are some proprietary terms and their usage: |
| 134 | + |
| 135 | +- **Creative Commons (CC)**: A non-profit organization that enables sharing and reuse of creative works. |
| 136 | +- **Licenses**: Legal tools that allow creators to specify how their works can be used. |
| 137 | +- **Attribution**: Giving credit to the creator of a work, which is a requirement in many CC licenses. |
| 138 | + |
| 139 | +Note : use the code Block markdon for instruction on installation, deployment, and development ... especially to write code commands |
0 commit comments