The GitLab documentation is the single source of truth (SSoT) for information about how to configure, use, and troubleshoot GitLab. Everyone is welcome to contribute to the GitLab documentation.
The following instructions are for community contributors.
Update the documentationPrerequisites:
To update the documentation:
/doc
directory.After your merge request is created, look for a message from GitLab Bot. This message has instructions for what to do when you’re ready for review.
What to work onYou don’t need an issue to update the documentation, but if you’re looking for open issues to work on, review the list of documentation issues curated specifically for new contributors.
When you find an issue you’d like to work on:
If the issue is already assigned to someone, pick a different one.
If the issue is unassigned, add a comment and ask to work on the issue. For a Hackathon, use @docs-hackathon
. Otherwise, use @gl-docsteam
. For example:
@docs-hackathon I would like to work on this issue
You can try installing and running the Vale linting tool and fixing the resulting issues.
Translated documentationTo make GitLab documentation easier to use around the world, we plan to have product documentation translated and published in other languages.
The file structure and initial translations have been created, but this project is not complete.
After the official public release of the translated documentation, we will share details on how to help us improve our translations. But while this work is in progress, we cannot accept contributions to any translations of product documentation.
Additionally, only localization team members can change localization-related files.
Ask for helpAsk for help from the Technical Writing team if you:
To identify someone who can help you:
If you are a member of the GitLab Slack workspace, you can request help in the #docs
channel.
If you already have your own fork of the GitLab repository, you can use it, rather than using the GitLab community fork.
The changes were added to GitLab in your forked repository, in a branch with the name noted in the last step.
Now, create a merge request. This merge request is how the changes from your branch are merged into the GitLab master
branch.
master
branch.After your merge request is created, look for a message from GitLab Bot. This message has instructions for what to do when you’re ready for review.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4