Set up Git repository locally for documentation

This article describes the steps to set up a git repository on your local machine, with the intent to contribute to Microsoft documentation. Contributors may use a locally cloned repository to add new articles, do major edits on existing articles, or change artwork.

You run these one-time setup activities to get started contributing:

  • Determine the appropriate repository
  • Fork the repository to your GitHub account
  • Choose a local folder for the cloned files
  • Clone the repository to your local machine
  • Configure the upstream remote value


If you're making only minor changes to an article, you do not need to complete the steps in this article. You can continue directly to the minor/infrequent changes workflow.


To contribute to Microsoft's documentation site, you can make and edit markdown files locally by cloning the corresponding documentation repository. Microsoft requires you to fork the appropriate repository into your own github account, so that you have read/write permissions there to store your proposed changes. Then you use pull requests to merge changes into the read-only central shared repository.

GitHub Triangle

If you're new to GitHub, watch the following video for a conceptual overview of the forking and cloning process:

Determine the repository

Documentation hosted at resides in several different repositories at

  1. If you are unsure of which repository to use, then visit the article on using your web browser. Select the Edit link (pencil icon) on the upper right of the article.

    Click Edit to determine the repo and file location.

  2. That link takes you to location for the corresponding markdown file in the appropriate repository. Note the URL to view the repository name.

    Notice the URL to determine the repository location.

    For example, these popular repositories are available for public contributions:

Fork the repository

Using the appropriate repository, create a fork of the repository into your own GitHub account by using the GitHub website.

A personal fork is required since all main documentation repositories provide read-only access, which means you cannot make changes directly on content in the repositories. To make changes, you must submit a pull request from your fork into the main repository. To facilitate this process, you first need your own copy of the repository, in which you have write access. A GitHub fork serves that purpose.

  1. Go to the main repository's GitHub page and click the Fork button on the upper right.

    GitHub profile example

  2. If you are prompted, select your GitHub account tile as the destination where the fork should be created. This prompt creates a copy of the repository within your GitHub account, known as a fork.

Choose a local folder

Make a local folder to hold a copy of the repository locally. Some of the repositories can be large; up to 5 GB for azure-docs for example. Choose a location with available disk space.

  1. Choose a folder name should be easy for you to remember and type. For example, consider a root folder C:\docs\ or make a folder in your user profile directory ~/Documents/docs/


    Avoid choosing a local folder path that is nested inside of another git repository folder location. While it is acceptable to store the git cloned folders adjacent to each other, nesting git folders inside one another causes errors for the file tracking.

  2. Launch Git Bash

    Launch Git Bash

    The default location that Git Bash starts in is typically the home directory (~) or /c/users/<Windows-user-account>/ on Windows OS.

    To determine the current directory, type pwd at the $ prompt.

  3. Change directory (cd) into the folder that you created for hosting the repository locally. Note that Git Bash uses Linux convention of forward-slashes instead of back-slashes for folder paths.

    For example, cd /c/docs/ or cd ~/Documents/docs/

Create a local clone

Using Git Bash, prepare to run the clone command to pull a copy of a repository (your fork) down to your device on the current directory.

Choose one of the following two options to specify the credentials during the cloning operation, to be used whenever Git Bash needs to authenticate with GitHub.

Clone option 1: Authenticate by using Git Credential Manager

If you installed the latest version of Git for Windows and accepted the default installation, Git Credential Manager is enabled by default. Git Credential Manager makes authentication much easier, because you don't need to recall your personal access token when re-establishing authenticated connections and remotes with GitHub.

  1. Run the clone command, by providing the repository name. Cloning downloads (clone) the forked repository on your local computer.


    You can get your fork's GitHub URL for the clone command from the Clone or download button in the GitHub UI:

    Clone or download

    Be sure to specify the path to your fork during the cloning process, not the main repository from which you created the fork. Otherwise, you cannot contribute changes. Your fork is referenced through your personal GitHub user account, such as<github-username>/<repo>.

    git clone<github-username>/<repo>.git

    Your clone command should look similar to this example:

    git clone
  2. When you're prompted, enter your GitHub credentials.

    GitHub Login

  3. When you're prompted, enter your two-factor authentication code.

    GitHub two-factor authentication


    Your credentials will be saved and used to authenticate future GitHub requests. You only need to do this authentication once per computer.

  4. The clone command runs and downloads a copy of the repository files from your fork into a new folder on the local disk. A new folder is made within the current folder. It may take a few minutes, depending on the repository size. You can explore the folder to see the structure once it is finished.

    Now skip ahead to the section Configure remote upstream.

Clone option 2: Authenticate by using a GitHub personal access token

  1. Create a OAuth access token by visiting the Personal access tokens page on GitHub page.

    • Select Generate new token on the page.
    • Provide a Token description such as "Github token for my laptop".
    • Select all the scopes available in the token-creation page by checking the boxes.
    • Select Generate token.
    • Copy the token value and paste it in a safe place so that you can remember it. Treat this token value with the same sensitivity as a password. The site does not show the token again once you leave the page. If you lose the value, a new token has to be generated to replace it.
  2. Using a text editor, prepare the clone command carefully.

    • Replace the two occurrences of <github-username> with your github handle.
    • Replace the <token> placeholder with the OAuth token guid that you copied in the previous step.
    • Replace the <repo> placeholder with the appropriate repository name.
    • You may want to save this string into a safe place in case you need to run it on an additional computer at a later date.
    git clone https://<github-username>:<token><github-username>/<repo>.git

    For example, your clone command looks similar to this:

    git clone  
  3. Run the clone command using Git Bash. The clone command runs and downloads a copy of the repository files from your fork into a new folder on the local disk. It may take a few minutes, depending on the repository size. A new folder is made within the current folder. You can explore the folder to see the structure once it is finished.


    Because the clone command also configures the remote for "origin," your access token is saved as part of the remote, so you do not have to type it every time you use the remote repository.

Configure remote upstream

After cloning the repository, set up a read-only remote connection to the main repository named upstream. You use the upstream URL to keep your local repository in sync with the latest changes made by others. The git remote command is used to set the configuration value. You use the fetch command to refresh the branch info from the upstream repository.

  1. If you're using Git Credential Manager, use the following commands. Replace the <repo> and <organization> placeholders.

    cd <repo>
    git remote add upstream<organization>/<repo>.git
    git fetch upstream
  2. If you're using a GitHub personal access token, use the following commands. Replace the <repo>, <organization>, and <token> placeholders.

    cd <repo>
    git remote add upstream https://<GitHub-username>:<token><organization>/<repo>.git
    git fetch upstream
  3. View the configured values and confirm the URLs are correct. Ensure the origin URLs point to your personal fork. Ensure the upstream URLs point to the main repository, such as MicrosoftDocs or Azure.

    git remote -v 

    Example remote output is shown. A fictitious git account named MyGitAccount is configured with a personal access token to access the repo azure-docs:

    origin (fetch)
    upstream (fetch)
    upstream (push)
  4. If you made a mistake, you can remove the remote value. To remove the upstream value, run the command git remote remove upstream.

Next steps