Microsoft Docs contributor guide overview
Welcome to the docs.microsoft.com (Microsoft Docs) contributor guide!
Several of the Microsoft documentation sets are open source and hosted on GitHub. Not all document sets are completely open source, but many have public-facing repos where you can suggest changes via pull requests (PR). This open-source approach streamlines and improves communication between product engineers, content teams, and customers, and it has other advantages:
- Open-source repos plan in the open to get feedback on what docs are most needed.
- Open-source repos review in the open to publish the most helpful content on our first release.
- Open-source repos update in the open to make it easier to continuously improve the content.
The user experience on Microsoft Docs integrates GitHub workflows directly to make it even easier. Start by editing the document you're viewing. Or help by reviewing new topics or creating quality issues.
All repositories that publish to docs.microsoft.com have adopted the Microsoft Open Source Code of Conduct or the .NET Foundation Code of Conduct. For more information, see the Code of Conduct FAQ. Contact firstname.lastname@example.org or email@example.com with any questions or comments.
Quick edits to documentation
Quick edits streamline the process to report and fix small errors and omissions in documentation. Despite all efforts, small grammar and spelling errors do make their way into our published documents. While you can create issues to report mistakes, it's faster and easier to create a PR to fix the issue, when the option is available.
Some docs pages allow you to edit content directly in the browser. If so, you'll see an Edit button like the one shown below. Choosing the Edit (or equivalently localized) button takes you to the source file on GitHub.
If the Edit button isn't present, it means the content isn't open to public contributions. Some pages are generated (for example, from inline documentation in code) and must be edited in the project they belong to.
Select the pencil icon to edit the article. If the pencil icon is grayed out, you need to either log in to your GitHub account or create a new account.
Edit the file in the web editor. Choose the Preview tab to check the formatting of your changes.
When you're finished editing, scroll to the bottom of the page. In the Propose changes area, enter a title and optionally a description for your changes. The title will be the first line of the commit message. Select Propose changes to commit your changes:
Now that you've proposed and committed your changes, you need to ask the owners of the repository to "pull" your changes into their repository. This is done using something called a "pull request" (PR). When you select Propose changes, a new page similar to the following is displayed:
Select Create pull request. Next, enter a title and a description for the PR, and then select Create pull request. If you're new to GitHub, see About pull requests for more information.
That's it! Content team members will review your PR and merge it when it's approved. You may get feedback requesting changes.
The GitHub editing UI responds to your permissions on the repository. The preceding images are for contributors who don't have write permissions to the target repository. GitHub automatically creates a fork of the target repository in your account. The newly created fork name has the form
RepositoryName by default. If you have write access to the target repository, such as your fork, GitHub creates a new branch in the target repository. The branch name has the default form patch-
n, using a numeric identifier for the patch branch.
We use PRs for all changes, even for contributors who have write access. Most repositories protect the default branch so that updates must be submitted as PRs.
The in-browser editing experience is best for minor or infrequent changes. If you make large contributions or use advanced Git features (such as branch management or advanced merge conflict resolution), you need to fork the repo and work locally.
Most localized documentation doesn't offer the ability to edit or provide feedback through GitHub. To provide feedback on localized content, use the email template available at aka.ms/DocSiteLocFeedback.
Review open PRs
You can read new topics before they're published by checking the open PR queue. Reviews follow the GitHub flow process. You can see proposed updates or new articles in public repositories. Review them and add your comments. Look at any of our Docs repositories, and check the open PRs for areas that interest you. Community feedback on proposed updates helps the entire community.
Create quality issues
Our docs are a continuous work in progress. Good issues help us focus our efforts on the highest priorities for the community. The more detail you can provide, the more helpful the issue. Tell us what information you sought. Tell us the search terms you used. If you can't get started, tell us how you want to start exploring unfamiliar technology.
Many of Microsoft's documentation pages have a Feedback section at the bottom of the page where you can choose to leave Product feedback or Content feedback to track issues that are specific to that article.
Issues start the conversation about what's needed. The content team will respond to these issues with ideas for what we can add, and ask for your opinions. When we create a draft, we'll ask you to review the PR.
Get more involved
Other topics in this guide help you get started productively contributing to Microsoft Docs. They explain working with GitHub repositories, Markdown tools, and extensions used in the Microsoft Docs platform.
Submit and view feedback for