Contribute to the GitLab documentation

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.

Work without an issue

You don't need an issue to update the documentation.

On https://docs.gitlab.com, at the bottom of any page, you can select View page source or Edit in Web IDE and get started with a merge request.

You can alternately:

• Choose a page in the /doc directory and edit it from there.
• Try installing and running the Vale linting tool and fixing the resulting issues.

When you're developing code, the workflow for updating docs is slightly different. For details, see the merge request workflow.

Search available issues

If you're looking for an open issue, you can 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

• Do not ask for more than three issues at a time.

Open your merge request

When you are ready to update the documentation:

1. Go to the GitLab repository.
2. In the upper-right corner, select Fork. Forking makes a copy of the repository on GitLab.com.
3. In your fork, find the documentation page in the \doc directory.
4. If you know Git, make your changes and open a merge request. If not, follow these steps:
   1. In the upper right, select Edit > Edit single file.
   2. Make your changes.
   3. When you're ready to submit your changes, in the Commit message text box, enter a commit message. Use 3-5 words, start with a capital letter, and do not end with a period.
   4. Select Commit changes.
   5. On the left sidebar, select Code > Merge requests.
   6. Select New merge request.
   7. For the source branch, select your fork and branch. If you did not create a branch, select master. For the target branch, select the GitLab repository master branch.
   8. Select Compare branches and continue. A new merge request opens.
   9. Select the Documentation template. In the description, write a brief summary of the changes and link to the related issue, if there is one.
   10. Select Create merge request.

Ask for help

Ask for help from the Technical Writing team if you:

• Need help to choose the correct place for documentation.
• Want to discuss a documentation idea or outline.
• Want to request any other help.

To identify someone who can help you:

1. Locate the Technical Writer for the relevant DevOps stage group.
2. Either:
   • If urgent help is required, directly assign the Technical Writer in the issue or in the merge request.
   • If non-urgent help is required, ping the Technical Writer in the issue or merge request.

If you are a member of the GitLab Slack workspace, you can request help in the #docs channel.

Branch naming

The CI/CD pipeline for the main GitLab project is configured to run shorter, faster pipelines on merge requests that contain only documentation changes.

If you submit documentation-only changes to Omnibus, Charts, or Operator, to make the shorter pipeline run, you must follow these guidelines when naming your branch:

Branch name	Valid example
Starting with docs/	docs/update-api-issues
Starting with docs-	docs-update-api-issues
Ending in -docs	123-update-api-issues-docs