All pages
Powered by GitBook
1 of 4

Loading...

Loading...

Loading...

Loading...

Submit a Pull Request

Learn the two different ways to submit a PR to the Umbraco Documentation.

You can contribute to the Umbraco Documentation by submitting a Pull Request (PR). A PR is a way to suggest changes to an open-source project, such as fixing errors, improving readability, or adding new content.

There are two ways to create a PR:

  1. Edit a file directly on GitHub.

  2. Create a fork of the GitHub repository.

You need a GitHub account to create a Pull Request.

Option 1: Creating a PR directly on GitHub

You can submit a PR directly from our repository. You can also use the button on the right side of every article title. This allows you to jump straight into the file on GitHub and suggest your changes.

Following the approach is recommended for changes such as:

  • Fixing typos or grammar mistakes.

  • Changes that are confined to a single article.

  • Updating code snippets.

Highlighting the Edit on GitHub button.
  1. Navigate to the article you want to edit.

  2. Select "Edit on GitHub" from the right side of the article.

  3. Select the 🖊️ icon to start editing the article.

  4. Make the changes.

  5. Add a commit message describing what you changed.

  6. Select Propose changes.

  7. Fill in the required information in the PR description.

  8. Select Create pull request to submit the PR.

Are you working on a larger update that includes pictures and editing multiple files? Create a fork and follow the approach outlined in Option 2: Creating a PR through a fork.

Option 2: Creating a PR through a Fork

The second option to submit a PR is by using a fork of the Umbraco Documentation repository. This method requires more initial setup but lets you reuse your fork for future contributions.

Following the approach is recommended for changes such as:

  • Writing new articles or guides.

  • Adding updates that affect multiple articles.

  • Applying an update that needs to be added to multiple versions.

There are a lot of great tutorials available online on how to fork a repository (GitHub).

If you do not have Git installed on your machine, follow these instructions before moving on.

Step 1: Creating a Fork

  1. Ensure Git is installed on your machine.

  2. Go to the Umbraco Documentation repository.

  3. Select Fork in the top-right corner to create a personal copy of the repository.

Creating a fork

Once the fork is created:

  1. Clone your fork to your local machine.

  2. Make your changes in a local branch.

  3. If you add a new article, update the SUMMARY.md file to include it in the documentation navigation.

  4. Sync your changes back to your fork.

Fork of documentation

If you’ve had your fork for a while, sync it with the original repository before starting new changes. This process is called rebasing.

To sync via command line:

  • Set the original repository (UmbracoDocs) as an upstream to sync from.

  • Fetch the updates.

  • Update your own fork.

git remote add upstream https://github.com/umbraco/UmbracoDocs/
git fetch upstream
git rebase upstream/main

To sync via GitHub:

  • Use the Sync fork option when your fork is behind the original repository.

Step 2: Creating a PR

Once you have made changes and are happy with the result, you can create a PR.

  1. Navigate to the Code section of your fork.

  2. Select Contribute > Open pull request.

Highlight option to contribute directly from fork to original repository.
  1. Add a title and description explaining your changes.

  2. Select Create pull request to submit a PR to the original repository.

Step 3: The Review Process

Your PR will be reviewed by the documentation team at Umbraco HQ.

Review times can vary based on the size and complexity of the contribution—from a few minutes to several weeks.

Highlighting the GitHub Edit button

How to Contribute

Whether you've found a broken link or want to add a new article, this guide will help you contribute to the Umbraco documentation.

The Umbraco Documentation is presented here on GitBook. The documentation is also available as a GitHub repository and is open-source, just like the Umbraco CMS.

You can contribute to the documentation if something is missing or outdated. A GitHub account and a fork of the UmbracoDocs GitHub repository are required.

How to Get Started

There are many ways in which you can contribute to the Umbraco Documentation. The approach you choose to take depends on what you want to achieve with your contribution.

  • Request a quick/minor change to an article by submitting a Pull Request.

  • Submit a more extensive update or change by forking the Documentation repository.

  • Raise a question, start a discussion, or report an issue on the Issue Tracker.

  • Help improve the readability of the documentation by verifying articles against our Style Guide.

Style guide

Consistency and readability are important when writing and reading documentation. When you contribute, follow the style guidelines and rules outlined in the Style Guide.

Markdown and formatting

The Umbraco Documentation is written using the Markdown markup language.

File names and structure

Learn how we structure and name files in the Umbraco documentation.

Writing documentation locally

Use a text editor like Visual Studio Code to make changes to the documentation locally. Although it is possible, it is not recommended to use an Integrated Development Environment (IDE) like Visual Studio for making changes to the documentation on your local machine. This is because the IDE may create files in the project that are not needed for the document changes to be implemented.

Multi-version documentation

Whenever a new version of an Umbraco product is released, the previous way of doing things may change. This means that multiple versions of our documentation must exist.

Versioning is done via the file structure, where all versioned products are located under a folder named by the major version of Umbraco.

For example, version folders such as '10' and '11' contain documentation specific to those product versions.

An overview of the file structure in the UmbracoDocs GitHub repository.

Umbraco Cloud and Umbraco Heartcore are not documented by version, which is why they are separate from this structure.

Learn more about how versioning is managed in the Documenting multiple versions and products article.

Labels

On both Issues and Pull Requests, labels are used to categorize the requests and submissions.

Here's a quick explanation of the labels (colors):

  • Category

    • category/missing-documentation

    • category/umbraco-cloud

    • category/pending-release

  • Community

    • community/pr

    • help wanted

  • State

    • state/hq-discussion

  • Status

    • status/awaiting-feedback

    • status/idea

  • Type

    • type/bug

  • Internal Review

    • review/docsteam

    • review/developer

Labels are added during the initial review of your pull request or issue.

Create a New Version of an Article

Learn how to create and add new material to the Umbraco Documentation, including updated material for upcoming releases.

There are 2 common scenarios where you might want to add a new article to the Umbraco Documentation:

  1. You are adding new material to the documentation site.

    1. This includes topics or tutorials not previously covered..

  2. You are updating an existing article for an Upcoming major version of a product.

Add New Material to the Documentation

When you are adding a brand new article to the Umbraco Documentation, there are a few questions that we recommend asking yourself before getting started:

What type of article are you going to be writing?

It could be a tutorial, a guide on how to solve something specific, or an article detailing a specific concept or workflow.

The type of article you are writing will determine the content and sometimes also the structure of the material.

Who is the audience of the article?

C# developers, newcomers to Umbraco, and content editors each have different approaches and prerequisites to using Umbraco and reading the documentation.

Knowing your audience will enable you to write in a manner that fits that particular group. It will also give you some pointers on what should be your focus.

Where does the article fit into the existing structure?

Depending on which product you are adding new material for, the structure of the existing documentation will differ. We recommend browsing the existing material to figure out which section will be the best fit for your new article.

If you have doubts about where to place your article, the team at Umbraco HQ can help you out. In this case, add a note in the description when submitting the PR, letting us know that you need help placing the article.

The steps to create, write, and add a new article to the Umbraco Documentation are outlined below:

  1. Access the UmbracoDocs GitHub repository.

  2. Fork the repository.

  3. Clone your fork to your local machine.

  4. Create a new branch using the following naming convention: productname/topic

    • Branch name example: cms/new-content-app-tutorial

  5. Locate the section or folder in the existing structure where your article fits.

  6. Create a new .md file and name it using the title you will give the article.

    • The file name needs to be in small caps and use hyphens instead of spaces.

    • File name example: statistics-content-app-tutorial.md.

  7. Write the article following:

    1. Umbraco Style Guide

    2. Markdown Conventions.

  8. Add your new article to the file so it appears in the documentation navigation.

  9. Commit and push your changes to your forked repository.

  10. Submit a PR to the official UmbracoDocs repository.

Update an Article for an Upcoming Major Version

The documentation is versioned using directories in the root of the repository. The major Umbraco CMS version number is used to name the directories, and you will find documentation for each versioned Umbraco product within them.

The documentation follows the Long Term Support (LTS) strategy for Umbraco CMS. This means that whenever a major version is End of Life (EOL), documentation for that version will be moved to GitHub.

Read the Versioning Strategy article to learn more about how to handle documentation for the different versions.

The following sections of the Umbraco Documentation follow the versioning strategy:

  • Umbraco CMS

  • Umbraco Forms

  • Umbraco Deploy

  • Umbraco Workflow

  • Umbraco Commerce

  • Umbraco UI Builder

  • Umbraco Engage

The documentation site for a new major version is publicly available around the Release Candidate (RC) phase. The structure is set up typically 3-4 weeks before the final release.

Once the RC is released, you can find the associated documentation using the version drop-down on the Documentation site.

Update an article for the upcoming release

  1. Access the UmbracoDocs GitHub repository.

  2. Fork the repository.

  3. Clone your fork to your local machine.

  4. Create a new branch using the following naming convention: productnameXX/topic

    • Branch name example: cms15/configuration

  5. Locate the article you need to make changes to.

  6. Make the necessary changes to the article.

  7. Add and commit the changes.

  8. Push the branch to your forked repository.

  9. Submit a PR to the official UmbracoDocs repository.

Submit Feedback

Learn how to provide feedback on the Umbraco Documentation.

There are different ways to submit feedback on the Umbraco Documentation, whether it's about a single article or the platform as a whole. Your input helps us improve and prioritize what matters most to the community.

This article gives you an overview of the different feedback channels and how to use them.

Submit Feedback on an Article

On the right-hand side of every article, you'll find an option to submit feedback directly related to that article.

Rate the documentation by sharing whether an article was helpful.

Sharing your feedback helps the team at Umbraco HQ provide better material across the products.

The feedback is used when determining which articles need to be reviewed by the documentation team at Umbraco HQ.

Submit a GitHub Issue

The Issue Tracker is a way to keep track of ideas, issues with wrong or outdated documentation, and discussions with contributors.

Here are a few examples of when to create an issue:

  • You are looking for a specific piece of information, but can't find it.

  • You've found a broken link in one of the articles, but don't know how to fix it.

  • An article contains outdated or incorrect information, and you don't have time or knowledge to submit a PR.

  • You would like to propose a new section or discuss improvements to existing documentation.

Creating an Issue

  1. Go to the Issue Tracker on GitHub.

  2. Select New Issue.

New issue on GitHub
  1. Fill out the form, answering the questions to explain your suggestion or problem clearly.

  2. Submit the issue.