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 . 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.

  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.

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

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 .

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

Step 1: Creating a Fork

  1. Ensure Git is installed on your machine.

  2. Go to the .

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

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.

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.

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.

  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.

Add a commit message describing what you changed.

  • Select Propose changes.

  • Fill in the required information in the PR description.

  • Select Create pull request to submit the PR.

  • repository
    Option 2: Creating a PR through a fork
    how to fork a repository (GitHub)
    these instructions
    Umbraco Documentation repository
    Highlighting the Edit on GitHub button.
    Creating a fork
    Fork of documentation
    Highlight option to contribute directly from fork to original repository.
    git remote add upstream https://github.com/umbraco/UmbracoDocs/
    git fetch upstream
    git rebase upstream/main
    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 .

    • Submit a more extensive update or change by .

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

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

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

    The Umbraco Documentation is written using the Markdown markup language.

    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.

    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 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

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

    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

  • Pull Request
    forking the Documentation repository
    Issue Tracker
    Style Guide
    Style guide
    Markdown and formatting
    File names and structure
    Documenting multiple versions and products
    An overview of the file structure in the UmbracoDocs GitHub 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 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 .

    2. Select New Issue.

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

    2. Submit the issue.

    Issue Tracker
    Issue Tracker on GitHub
    New issue on GitHub

    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 types of content 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 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

    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 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

    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 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: cms/new-content-app-tutorial

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

  • 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.

  • Write the article following:

    1. Umbraco Style Guide

    2. Markdown Conventions.

  • Add your new article to the SUMMARY.md file so it appears in the documentation navigation.

  • Commit and push your changes to your forked repository.

  • Submit a PR to the official UmbracoDocs repository.

  • Umbraco Commerce
  • Umbraco UI Builder

  • Umbraco Engage

  • Branch name example: cms15/configuration

  • Locate the article you need to make changes to.

  • Make the necessary changes to the article.

  • Add and commit the changes.

  • Push the branch to your forked repository.

  • Submit a PR to the official UmbracoDocs repository.

  • UmbracoDocs GitHub
    Versioning Strategy
    UmbracoDocs GitHub