title | description | author | ms.author | ms.date | ms.topic | keywords | appliesto | |
---|---|---|---|---|---|---|---|---|
Contributing instructions |
Learn the basic steps and guidelines for contributing to the Windows Mixed Reality Enthusiast Guide. We appreciate your feedback, edits, additions and help. |
mattwojo |
mattwoj |
09/16/2020 |
article |
Windows Mixed Reality, Mixed Reality, Virtual Reality, VR, MR, Feedback, Feedback Hub, bugs |
|
Thank you for your interest in the Enthusiast Guide. We appreciate your feedback, edits, additions and help with improving our docs. This page covers the basic steps and guidelines for contributing.
Important
All repositories that publish to docs.microsoft.com have adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any questions or comments.
Minor corrections or clarifications to documentation and code examples in public repositories are covered by the docs.microsoft.com Terms of Use. New or significant changes will generate a comment in the pull request asking you to submit an online Contribution License Agreement (CLA) if you are not an employee of Microsoft. We need you to complete the online form before we can accept your pull request.
If you don't already have one, you'll need to create a GitHub account.
Note
If you're a Microsoft employee, link your GitHub account to your Microsoft alias on the Microsoft Open Source portal. Join the "Microsoft" and "MicrosoftDocs" organizations.
When setting up your GitHub account, we also recommend these security precautions:
- Create a strong password for your Github account.
- Enable two-factor authentication.
- Save your recovery codes in a safe place.
- Update your public profile settings.
- Set your name, and consider setting your Public email to Don't show my email address.
- We recommend you upload a profile picture because a thumbnail is shown on docs pages you contribute to.
- If you plan to use the command line, consider setting up Git Credential Manager for Windows. That way, you won't have to enter your password every time you make a contribution.
The publishing system is tied to GitHub, so these steps are important. You'll be listed as either author or contributor to each article using your GitHub alias.
To suggest a change to the docs, follow these steps: | Screenshots |
---|---|
1. If you're viewing a Docs.microsoft.com page, click the Edit button in the upper right of the page. You will be redirected to the corresponding Markdown source file in the GitHub repository. | |
2. If you don't already have a GitHub account, click Sign Up in the upper right and create a new account. | |
3. On the corresponding GitHub page that opens, click Edit (the pencil icon). | |
4. In the Edit file pane, update the files metadata and use Markdown language to change the content. (How to write markdown.) | |
5. Click Preview changes to verify the formatting looks as expected. | |
6. When you're done, scroll to the bottom of the page and click "Propose file change", you will be presented with a "Comparing changes" page, allowing you to verify your changes. Then click the "Create pull request" button to submit your changes. At this point you are finished! |
After you submit changes (via a pull request), they will be reviewed by a member of the documentation team. If your request is accepted, updates are published to https://docs.microsoft.com/windows/mixed-reality/enthusiast-guide.
*For internal review only, you can see your changes at https://review.docs.microsoft.com/windows/mixed-reality/enthusiast-guide.
Update metadata at the top of each article:
- title: Page title that appears in the browser tab when the article is being viewed. Page titles are used for SEO and indexing, so don't change the title unless necessary (though this is less critical before documentation goes public).
- description: Write a brief description of the article's content, which boosts SEO and discovery.
- author: If you're the primary owner of the page, add your GitHub alias here.
- ms.author: If you're the primary owner of the page, add your Microsoft alias here (you don't need @microsoft.com, just the alias).
- ms.date: Update the date if you're adding major content to the page, but not for fixes like clarification, formatting, grammar, or spelling.
- keywords: Keywords aid in SEO (search engine optimization). Add keywords, separated by a comma and a space, that are specific to your article, but no punctuation after the last keyword in your list. You don't need to add global keywords that apply to all articles, as those are managed elsewhere.
If your change will rename or delete an existing article, be sure to add a redirect. That way, anyone with a link to the existing article will still end up in the right place. Redirects are managed by the .openpublishing.redirection.json file in the root of the repo.
To add a redirect to .openpublishing.redirection.json, add an entry to the redirections
array:
{
"redirections": [
{
"source_path": "mixed-reality-docs/enthusiast-guide/old-article.md",
"redirect_url": "new-article#section-about-old-topic",
"redirect_document_id": false
},
- The
source_path
is the relative repository path to the old article that you're removing. Be sure the path starts withmixed-reality-docs/enthusiast-guide
and ends with.md
. - The
redirect_url
is the relative public URL from the old article to the new article. Be sure that this URL doesn't containmixed-reality-docs/enthusiast-guide
or.md
, as it refers to the public URL and not the repository path. Linking to a section within the new article using#section
is allowed. You can also use an absolute path to another site here, if necessary. redirect_document_id
indicates whether you would like to keep the document ID from the previous file. The default isfalse
. Usetrue
if you want to preserve thems.documentid
attribute value from the redirected article. If you preserve the document ID, data, such as page views and rankings, will be transferred to the target article. Do this if the redirect is primarily a rename, and not a pointer to different article that only covers some of the same content.
If you add a redirect, be sure to delete the old file as well.
Use the following workflow to create new articles in the documentation repo via GitHub in a web browser:
-
Create a fork off the MicrosoftDocs/mixed-reality/tree/docs/enthusiast-guide 'main' branch (using the Fork button in the top right).
-
In the "mixed-reality/enthusiast-guide" folder, select Create new file in the top right.
-
Create a page name for the article (use hyphens instead of spaces and don't use punctuation or apostrophes) and append ".md"
[!IMPORTANT] Make sure you create the new article from within the "mixed-reality-docs/enthusiast" folder. You can confirm this by checking for "/mixed-reality-docs/enthusiast-guide" in the new file name line.
-
At the top of your new page, add the following metadata block:
--- title: description: author: ms.author: ms.date: ms.topic: article keywords: ---
-
Fill in the relevant metadata fields per the instructions in the section above.
-
Write article content using Markdown basics.
-
Add a
## See also
section at the bottom of the article with links to other relevant articles. -
When finished, select Commit new file.
-
Select New pull request and merge your fork's 'main' branch into MicrosoftDocs/mixed-reality/enthusiast-guide 'main' (make sure the arrow is pointing the correct way).
The Mixed Reality Enthusiast Guide GitHub repository utilizes two main parent branches: Main, this content can be reviewed on the staging site, and Live, for content appearing on the live site.
When making contributions, please submit your Pull Request (PR) to the Main branch. This branch can be viewed on the staging site and should only contain contributions that are ready to be published live. You may also create and submit a branch with your own unique branch name which can be selected and viewed in the staging site. (The Live branch is only allowed for use by the content administrators.)
The following resources will help you learn how to edit documentation using the Markdown language:
- Markdown basics
- Markdown-at-a-glance reference poster
- Additional resources for writing Markdown for docs.microsoft.com
Because of the way docs.microsoft.com styles tables, they won’t have borders or custom styles, even if you try inline CSS. It will appear to work for a short period of time, but eventually the platform will strip the styling out of the table. So plan ahead and keep your tables simple. Here’s a site that makes Markdown tables easy.
The Docs Markdown Extension for Visual Studio Code also makes table generation easy if you're using Visual Studio Code (see below) to edit the documentation.
You’ll need to upload your images to the "mixed-reality-docs/images" folder in the repo, and then reference them appropriately in the article. Images will automatically show up at full-size, which means large images will fill the entire width of the article. We recommend pre-sizing your images before uploading them. The recommended width is between 600 and 700 pixels, though you should size up or down if it’s a dense screenshot or a fraction of a screenshot, respectively.
Important
You can only upload images to your forked repo before merging. So, if you plan on adding images to an article, you'll need to use Visual Studio Code to add the images to your fork's "images" folder first or make sure you've done the following in a web browser:
- Forked the MicrosoftDocs/mixed-reality repo.
- Edited the article in your fork.
- Uploaded the images you're referencing in your article to the "mixed-reality-docs/images" folder in your fork.
- Created a pull request to merge your fork into the MicrosoftDocs/mixed-reality 'main' branch.
To learn how to set up your own forked repo, follow the instructions for creating a new article.
While editing in GitHub via a web browser, you can select the Preview tab near the top of the page to preview your work before committing.
Note
Previewing your changes on review.docs.microsoft.com is only available to Microsoft employees
Microsoft employees: once your contributions have been merged into the 'main' branch, you can review the content before it goes public at https://review.docs.microsoft.com/windows/mixed-reality/enthusiast-guide?branch=main
. Find your article using the table of contents in the left column.
Editing in the browser is the easiest way to make quick changes, however, there are a few disadvantages:
- You don't get spell-check.
- You don't get any smart-linking to other articles (you have to manually type the article's filename).
- It can be a hassle to upload and reference images.
If you'd rather not deal with these issues, use a desktop client like Visual Studio Code with a couple helpful extensions when contributing.
For the reasons listed above, you may prefer using a desktop client to edit documentation instead of a web browser. We recommend using Visual Studio Code.
Follow these steps to configure Visual Studio Code to work with this repo:
- In a web browser:
- Install Git for your PC.
- Install Visual Studio Code.
- Fork MicrosoftDocs/mixed-reality if you haven't already.
- In your fork, select Clone or download and copy the URL.
- Create a local clone of your fork in Visual Studio Code:
- From the View menu, select Command Palette.
- Type "Git: Clone."
- Paste the URL you copied.
- Choose where to save the clone on your PC.
- Select Open repo in the pop-up.
Use the following workflow to make changes to the documentation with Visual Studio Code:
Note
All the guidance for editing and creating articles, and the basics of editing Markdown, from above applies when using Visual Studio Code as well.
-
Make sure your cloned fork is up to date with the official repo.
-
Create or edit articles in your cloned repo using Visual Studio Code.
-
In a web browser, create a pull request to sync new changes in your fork back to MicrosoftDocs/mixed-reality 'main' (make sure the arrow is pointing the correct way).
The following Visual Studio Code extensions are useful when editing documentation:
- Docs Markdown Extension for Visual Studio Code - Use Alt+M to bring up a menu of docs authoring options like:
- Search and reference images you've uploaded.
- Add formatting like lists, tables, and docs-specific call-outs like
>[!NOTE]
. - Search and reference internal links and bookmarks (links to specific sections within a page).
- Formatting errors are highlighted (hover your mouse over the error to learn more).
- Code Spell Checker - misspelled words will be underlined; right-click on a misspelled word to change it or save it to the dictionary.
To provide feedback, or point out a problem, rather than directly modifying actual documentation pages, create an issue and the content owners will do their best to address the issue in a timely fashion.
Be sure to include the topic title and the URL if you are creating an issue regarding a specific page.
Thank you for supporting this content!