{"id":76483,"date":"2016-01-29T00:01:00","date_gmt":"2016-01-29T00:01:00","guid":{"rendered":"https:\/\/blogs.technet.microsoft.com\/heyscriptingguy\/2016\/01\/29\/how-to-contribute-to-powershell-documentation\/"},"modified":"2022-06-13T10:39:06","modified_gmt":"2022-06-13T17:39:06","slug":"how-to-contribute-to-powershell-documentation","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/scripting\/how-to-contribute-to-powershell-documentation\/","title":{"rendered":"How to contribute to PowerShell documentation"},"content":{"rendered":"<p><strong>Summary<\/strong>: Learn how to contribute to Windows PowerShell documentation via various community initiatives.<\/p>\n<p>Today\u2019s guest blog post is by Microsoft premier field engineer, Ashley McGlone. He will be speaking at PowerShell Saturday, so come join us for a great day of PowerShell learning. For more information, see <a href=\"https:\/\/devblogs.microsoft.com\/scripting\/weekend-scripter-powershell-saturday-in-tampafl-march-19-2016\/\" target=\"_blank\" title=\"http:\/\/blogs.technet.comhttps:\/\/devblogs.microsoft.com\/scripting\/weekend-scripter-powershell-saturday-in-tampa-fl-march-19-2016\/\" rel=\"noopener\">PowerShell Saturday in Tampa, FL, March 19, 2016<\/a>. Follow Ashley through his TechNet blog, <a href=\"\/b\/ashleymcglone\">Goatee PFE<\/a>, and <a href=\"https:\/\/twitter.com\/GoateePFE\">Twitter<\/a>. Here\u2019s Ashley\u2026<\/p>\n<p>How many times have you found PowerShell documentation that was not up-to-date? Or maybe you could not even find the documentation you needed. Today I\u2019ll be discussing ways that you can fill the gap.<\/p>\n<h2>PowerShell community<\/h2>\n<p><a href=\"http:\/\/www.meetup.com\/DevOps-Columbus\/\" target=\"_blank\" title=\"http:\/\/www.meetup.com\/DevOps-Columbus\/\" rel=\"noopener\"><\/a>One of the things I have enjoyed over these years of doing PowerShell is the <strong>community<\/strong>. By community, I mean the people I meet online and offline, including <a href=\"https:\/\/twitter.com\/search?q=powershell\" target=\"_blank\" title=\"https:\/\/twitter.com\/search?q=powershell\" rel=\"noopener\">Twitter<\/a>, <a href=\"https:\/\/www.facebook.com\/groups\/powershell\/\" target=\"_blank\" title=\"https:\/\/www.facebook.com\/groups\/powershell\/\" rel=\"noopener\">Facebook<\/a>, <a href=\"https:\/\/www.linkedin.com\/groups\/140856\" target=\"_blank\" title=\"https:\/\/www.linkedin.com\/groups\/140856\" rel=\"noopener\">LinkedIn<\/a>, blogs, <a href=\"http:\/\/powershell.org\/\" target=\"_blank\" title=\"http:\/\/powershell.org\" rel=\"noopener\">forums<\/a>, <a href=\"http:\/\/powershellgroup.org\/\" target=\"_blank\" title=\"http:\/\/powershellgroup.org\/\" rel=\"noopener\">user groups<\/a>, <a href=\"http:\/\/powershellsaturday.com\/events\/\" target=\"_blank\" title=\"http:\/\/powershellsaturday.com\/events\/\" rel=\"noopener\">events<\/a>, and <a href=\"http:\/\/powershell.org\/wp\/summit\/\" target=\"_blank\" title=\"http:\/\/powershell.org\/wp\/summit\/\" rel=\"noopener\">conferences<\/a>. The PowerShell team at Microsoft has intentionally engaged the community in a way that sets a high bar for the other teams at Microsoft. The value of community has been proven over the last few releases of Windows Management Framework (WMF). <a href=\"https:\/\/windowsserver.uservoice.com\/forums\/301869-powershell\" target=\"_blank\" title=\"https:\/\/windowsserver.uservoice.com\/forums\/301869-powershell\" rel=\"noopener\">PowerShell feedback from the community<\/a> has guided the features and fixes the whole way.<\/p>\n<p><a href=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h1.jpg\"><img decoding=\"async\" src=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h1.jpg\" alt=\"Image of classroom\" title=\"Image of classroom\" \/><\/a><\/p>\n<h2>Community documentation<\/h2>\n<p><a href=\"https:\/\/msdn.microsoft.com\/en-us\/powershell\/dsc\/overview\" target=\"_blank\" title=\"https:\/\/msdn.microsoft.com\/en-us\/powershell\/dsc\/overview\" rel=\"noopener\"><\/a>As announced last year (see <a href=\"http:\/\/blogs.msdn.com\/b\/powershell\/archive\/2015\/11\/03\/the-new-home-of-dsc-documentation.aspx\" target=\"_blank\" title=\"http:\/\/blogs.msdn.com\/b\/powershell\/archive\/2015\/11\/03\/the-new-home-of-dsc-documentation.aspx\" rel=\"noopener\">The New Home of DSC Documentation<\/a>), the documentation and release notes for PowerShell are now <a href=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\" target=\"_blank\" title=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\" rel=\"noopener\">open source on GitHub<\/a>. This means you (as part of the community) can personally contribute and correct PowerShell documentation. You will even get proper credit for your contributions by seeing your name listed in the articles you have written or updated.<\/p>\n<p><a href=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/2577.h2.png\"><img decoding=\"async\" src=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/2577.h2.png\" alt=\"Image of article title\" title=\"Image of article title\" \/><\/a><\/p>\n<h3>Career booster<\/h3>\n<p>Many people do not like attention for themselves. The thought of your name in lights could be annoying. Most of us just want to see the community get accurate documentation. That is noble. But think about this:<\/p>\n<p>When a potential employer sees your picture and name beside articles on a Microsoft web property, does that hurt or help your prospects?<\/p>\n<p>I think it helps your career, and it gives you a sense of satisfaction at the end of the day. \u201cI did that!\u201d<\/p>\n<p><a href=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h3.png\"><img decoding=\"async\" src=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h3.png\" alt=\"Image of code\" title=\"Image of code\" \/><\/a><\/p>\n<h2><a href=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/image_3D0D853E.png\"><\/a>Behind the scenes<\/h2>\n<p>The PowerShell documentation you find on MSDN begins its journey at GitHub.<\/p>\n<p>What is GitHub?<\/p>\n<p>GitHub is probably the largest open-source collaboration platform in the world. Trust me, you want to learn this. It is what all the cool kids are doing these days. I\u2019m still learning.<\/p>\n<p>This table summarizes the documentation parts:<\/p>\n<table border=\"1\" cellspacing=\"0\" cellpadding=\"0\" style=\"width:421px\">\n<tbody>\n<tr>\n<td width=\"140\" valign=\"top\">\n<p>\n          <strong>The documentation<\/strong>\n        <\/p>\n<\/td>\n<td width=\"140\" valign=\"top\">\n<p>\n          <strong>you see here\u2026<\/strong>\n        <\/p>\n<\/td>\n<td width=\"140\" valign=\"top\">\n<p>\n          <strong>is maintained here\u2026<\/strong>\n        <\/p>\n<\/td>\n<\/tr>\n<tr>\n<td width=\"140\" valign=\"top\">\n<p>\n          PowerShell\n        <\/p>\n<\/td>\n<td width=\"140\" valign=\"top\">\n<p>\n          <a href=\"https:\/\/technet.microsoft.com\/en-us\/library\/bb978526.aspx\" target=\"_blank\" title=\"https:\/\/technet.microsoft.com\/en-us\/library\/bb978526.aspx\" rel=\"noopener\">TechNet docs<\/a>\n        <\/p>\n<\/td>\n<td width=\"140\" valign=\"top\">\n<p>\n          n\/a\n        <\/p>\n<\/td>\n<\/tr>\n<tr>\n<td width=\"140\" valign=\"top\">\n<p>\n          WMF 5.0 Release Notes\n        <\/p>\n<\/td>\n<td width=\"140\" valign=\"top\">\n<p>\n          <a href=\"https:\/\/msdn.microsoft.com\/en-us\/powershell\/wmf\/releasenotes\" target=\"_blank\" title=\"https:\/\/msdn.microsoft.com\/en-us\/powershell\/wmf\/releasenotes\" rel=\"noopener\">MSDN docs<\/a>\n        <\/p>\n<\/td>\n<td width=\"140\" valign=\"top\">\n<p>\n          <a href=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\/tree\/master\/wmf\" target=\"_blank\" title=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\/tree\/master\/wmf\" rel=\"noopener\">GitHub source<\/a>\n        <\/p>\n<\/td>\n<\/tr>\n<tr>\n<td width=\"140\" valign=\"top\">\n<p>\n          PowerShell DSC\n        <\/p>\n<\/td>\n<td width=\"140\" valign=\"top\">\n<p>\n          <a href=\"https:\/\/msdn.microsoft.com\/en-us\/powershell\/dsc\/overview\" target=\"_blank\" title=\"https:\/\/msdn.microsoft.com\/en-us\/powershell\/dsc\/overview\" rel=\"noopener\">MSDN docs<\/a>\n        <\/p>\n<\/td>\n<td width=\"140\" valign=\"top\">\n<p>\n          <a href=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\/tree\/master\/dsc\" target=\"_blank\" title=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\/tree\/master\/dsc\" rel=\"noopener\">GitHub source<\/a>\n        <\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>This table summarizes the code parts:<\/p>\n<table border=\"1\" cellspacing=\"0\" cellpadding=\"0\" style=\"width:425px\">\n<tbody>\n<tr>\n<td width=\"142\" valign=\"top\">\n<p>\n          <strong>The code<\/strong>\n        <\/p>\n<\/td>\n<td width=\"142\" valign=\"top\">\n<p>\n          <strong>you see here\u2026<\/strong>\n        <\/p>\n<\/td>\n<td width=\"142\" valign=\"top\">\n<p>\n          <strong>is maintained here\u2026<\/strong>\n        <\/p>\n<\/td>\n<\/tr>\n<tr>\n<td width=\"142\" valign=\"top\">\n<p>\n          TechNet Script Gallery\n        <\/p>\n<\/td>\n<td width=\"142\" valign=\"top\">\n<p>\n          <a href=\"https:\/\/gallery.technet.microsoft.com\/scriptcenter\" target=\"_blank\" title=\"https:\/\/gallery.technet.microsoft.com\/scriptcenter\" rel=\"noopener\">TechNet Gallery<\/a>\n        <\/p>\n<\/td>\n<td width=\"142\" valign=\"top\">\n<p>\n          n\/a\n        <\/p>\n<\/td>\n<\/tr>\n<tr>\n<td width=\"142\" valign=\"top\">\n<p>\n          PowerShell Gallery\n        <\/p>\n<\/td>\n<td width=\"142\" valign=\"top\">\n<p>\n          <a href=\"http:\/\/www.powershellgallery.com\/\" target=\"_blank\" title=\"http:\/\/www.powershellgallery.com\/\" rel=\"noopener\">PowerShell Gallery<\/a>\n        <\/p>\n<\/td>\n<td width=\"142\" valign=\"top\">\n<p>\n          *<a href=\"https:\/\/github.com\/powershell\" target=\"_blank\" title=\"https:\/\/github.com\/powershell\" rel=\"noopener\">GitHub source<\/a>\n        <\/p>\n<\/td>\n<\/tr>\n<tr>\n<td width=\"142\" valign=\"top\">\n<p>\n          PackageManagement\n        <\/p>\n<\/td>\n<td width=\"142\" valign=\"top\">\n<p>\n          <a href=\"https:\/\/www.microsoft.com\/en-us\/search\/result.aspx?q=powershell%20packagemanagement%22&#038;form=dlc\" target=\"_blank\" title=\"https:\/\/www.microsoft.com\/en-us\/search\/result.aspx?q=powershell%20packagemanagement%22&#038;form=dlc\" rel=\"noopener\">Windows Management Framework<\/a>\n        <\/p>\n<\/td>\n<td width=\"142\" valign=\"top\">\n<p>\n          <a href=\"https:\/\/github.com\/oneget\" target=\"_blank\" title=\"https:\/\/github.com\/oneget\" rel=\"noopener\">GitHub source<\/a>\n        <\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<ul>\n<li>To be clear, the community can contribute directly to the PowerShell Gallery, but the Microsoft open-source contributions are shared publicly on GitHub. To learn more, see <a href=\"http:\/\/blogs.msdn.com\/b\/powershell\/archive\/2015\/07\/07\/powershell-gallery-registration-is-now-unrestricted.aspx\" target=\"_blank\" title=\"http:\/\/blogs.msdn.com\/b\/powershell\/archive\/2015\/07\/07\/powershell-gallery-registration-is-now-unrestricted.aspx\" rel=\"noopener\">Registration is Now Open to Publish on PowerShell Gallery<\/a>.<\/li>\n<\/ul>\n<p>When you compare the previous tables, do you notice a pattern? I am not making any announcements, and I don\u2019t have too much insider information. But judging from public knowledge, the pattern seems to indicate that the documentation on TechNet is moving to the other platform over time.<\/p>\n<h2>How to contribute to documentation<\/h2>\n<p>The PowerShell team has created a guide called <a href=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\/blob\/master\/CONTRIBUTING.md\" target=\"_blank\" title=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\/blob\/master\/CONTRIBUTING.md\" rel=\"noopener\">Contributing to PowerShell Documentation<\/a>, which explains the process for contributing to documentation. Here is the general flow:<\/p>\n<ul>\n<li>Get a <a href=\"https:\/\/github.com\/\" target=\"_blank\" title=\"https:\/\/github.com\" rel=\"noopener\">GitHub<\/a> account.<\/li>\n<li>Read the brief contribution guide.<\/li>\n<li>Complete the <a href=\"https:\/\/cla.microsoft.com\/\" target=\"_blank\" title=\"https:\/\/cla.microsoft.com\/\" rel=\"noopener\">Contribution License Agreement<\/a> (CLA).<\/li>\n<li>Identify where you want to contribute or revise. This means checking current issues to see if others are working on it. \n<ul>\n<li>If no one else is working on it, open an issue and start.<\/li>\n<li>If others have logged it, contribute to their effort.<\/li>\n<\/ul>\n<\/li>\n<li>Create a fork in GitHub.<\/li>\n<li>Compose your content by using: \n<ul>\n<li><a href=\"https:\/\/code.visualstudio.com\/\" target=\"_blank\" rel=\"noopener\">Visual Studio Code<\/a> (my editor of choice)<\/li>\n<li><a href=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\/blob\/master\/CONTRIBUTING.md\" target=\"_blank\" rel=\"noopener\">Markdown syntax<\/a><\/li>\n<\/ul>\n<\/li>\n<li>Create a pull request in GitHub.<\/li>\n<\/ul>\n<p>At first this may seem like a lot of effort. However, once you get past the first setup steps, it is fairly easy.<\/p>\n<p>For today\u2019s post, I want to focus on how to write the content with Visual Studio Code and then how to create your first GitHub fork and pull request.<\/p>\n<h3>Writing Markdown content with Visual Studio Code<\/h3>\n<p>I am going to date myself with this statement. I remember word processing in the 1990s with <em>Word Perfect for DOS<\/em>. You had a view called <em>reveal codes<\/em> that showed the text formatting elements. This is a lot like that, or HTML, or any other markup language.<\/p>\n<p>Let\u2019s look at what you need to know to write PowerShell documentation with Visual Studio Code. It\u2019s really not that hard, but it might take some practice.<\/p>\n<h4>Setting up Visual Studio Code<\/h4>\n<p>Here\u2019s a walk-through to get started:<\/p>\n<p>1&#46;\u00a0<a href=\"https:\/\/code.visualstudio.com\/\" target=\"_blank\" title=\"https:\/\/code.visualstudio.com\/\" rel=\"noopener\">Download<\/a> Visual Studio Code for free. Install it. Optionally, follow Visual Studio Code on <a href=\"https:\/\/twitter.com\/code\" target=\"_blank\" title=\"https:\/\/twitter.com\/code\" rel=\"noopener\">Twitter<\/a>.<\/p>\n<p>2&#46; Launch Visual Studio Code, and create a new file in the folder of your choosing. Save it with the <strong>.md<\/strong> extension.<\/p>\n<p>3&#46; Click the <strong>Split Editor<\/strong> and <strong>Open Preview<\/strong> buttons highlighted in the following screenshot. Now you can see your source and preview side-by-side.<\/p>\n<p><a href=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h4.png\"><img decoding=\"async\" src=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h4.png\" alt=\"Image of menu\" title=\"Image of menu\" \/><\/a>\u00a0\u00a0<\/p>\n<p>4&#46; Now start typing your content. Put line breaks after each sentence. This way it is easier to track changes later on GitHub.<\/p>\n<h3>Markdown syntax<\/h3>\n<p>PowerShell documentation is written in <a href=\"https:\/\/en.wikipedia.org\/wiki\/Markdown\" target=\"_blank\" title=\"https:\/\/en.wikipedia.org\/wiki\/Markdown\" rel=\"noopener\">Markdown<\/a>. It is easier than HTML, but not quite as powerful. You will find that markdown is very light-weight, user-friendly, and fast. There are several flavors of Markdown, and we will use the <a href=\"https:\/\/help.github.com\/articles\/github-flavored-markdown\/\" target=\"_blank\" title=\"https:\/\/help.github.com\/articles\/github-flavored-markdown\/\" rel=\"noopener\">GitHub flavor<\/a> that is cited in the contribution guide. In addition to the GitHub markdown reference, there are many popular sites online with tutorials.<\/p>\n<p>Following are a few screenshots that highlight some popular formatting options for writing PowerShell docs. These example come from my document, <a href=\"https:\/\/msdn.microsoft.com\/en-us\/powershell\/dsc\/configdatacredentials\" target=\"_blank\" title=\"https:\/\/msdn.microsoft.com\/en-us\/powershell\/dsc\/configdatacredentials\" rel=\"noopener\">Credentials Options in Configuration Data<\/a>. The GitHub source is here: <a href=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\/blob\/master\/dsc\/configDataCredentials.md\" target=\"_blank\" title=\"https:\/\/github.com\/PowerShell\/PowerShell-Docs\/blob\/master\/dsc\/configDataCredentials.md\" rel=\"noopener\">Credentials Options in Configuration Data<\/a>.<\/p>\n<p><a href=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/4885.h5.png\"><img decoding=\"async\" src=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/4885.h5.png\" alt=\"Image of code\" title=\"Image of code\" \/><\/a><\/p>\n<p><a href=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h6.png\"><img decoding=\"async\" src=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h6.png\" alt=\"Image of code\" title=\"Image of code\" \/><\/a><\/p>\n<p><a href=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h7.png\"><img decoding=\"async\" src=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h7.png\" alt=\"Image of code\" title=\"Image of code\" \/><\/a><\/p>\n<p>Here is a summary of the formatting used in these screenshots:<\/p>\n<ul>\n<li>Two carriage returns make a <strong>new paragraph<\/strong>.<\/li>\n<li>Greater than ( <strong>><\/strong> ) indents a <strong>block quote<\/strong>.<\/li>\n<li>Asterisk at the beginning of a line makes a <strong>bullet<\/strong>.<\/li>\n<li>Single asterisk surrounding text makes <strong>italics<\/strong>.<\/li>\n<li>Double asterisk surrounding text makes <strong>bold<\/strong>.<\/li>\n<li>Single backticks ( <strong>` **) surrounding text is for **code elements<\/strong>.<\/li>\n<li>Triple backticks before and after a block of lines turns it into <strong>code<\/strong>. Well-known code formatting is applied by naming it after the first set of backticks.<\/li>\n<li>To make <strong>links<\/strong>, surround the link text with square brackets and surround the link URL with round parentheses.<\/li>\n<\/ul>\n<p>See the links in the screenshots for more formatting options. Remember that .md files are plain text with a few extra characters for formatting. It is actually quite easy and fun!<\/p>\n<h2>Publishing your documentation<\/h2>\n<p><strong>Newb alert!<\/strong> I am not a trained GitHub professional. The following guidance is my own inefficient process. Please be kind to us OPS folks learning DEV stuff. I know you can do this better than me, so help me out in the comments section.<\/p>\n<p>Now I have a text file that needs to get to GitHub. There are a number of ways to do this. GitHub pros will use any one of many command line (or GUI tools. See <a href=\"https:\/\/github.com\/blog\/1127-github-for-windows\" target=\"_blank\" rel=\"noopener\">GitHub for Windows<\/a>). I\u2019m not there yet. I cheat and use the web interface.<\/p>\n<p>If you are updating an existing article, you can simply copy and paste your changes from Visual Studio Code into the GitHub web interface where you have chosen to edit the documentation. Here are the steps:<\/p>\n<ul>\n<li>Browse to the GitHub file that contains the documentation you want to edit.<\/li>\n<li>On the top-right side of the article click the pencil to <strong>Edit the file in your fork of the project<\/strong>:<\/li>\n<\/ul>\n<p><a href=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h8.png\"><img decoding=\"async\" src=\"https:\/\/devblogs.microsoft.com\/wp-content\/uploads\/sites\/29\/2019\/02\/h8.png\" alt=\"Image of menu\" title=\"Image of menu\" \/><\/a><\/p>\n<p>This makes a copy of the file in your own GitHub account, called a fork.<\/p>\n<ul>\n<li>Now you can edit the text in the web interface. This is where you want to copy\/paste to\/from Visual Studio Code and edit the Markdown.<\/li>\n<li>After you have completed your edits, you can create a pull request* *at the bottom. \n<ul>\n<li>A pull request tells the owner of the original file that you want them to pull your changes into their copy for publishing.<\/li>\n<li>When you submit the pull request, give it a title and description for the change you are making. This helps the owner of the file understand what you are changing and why.<\/li>\n<li>Click the button to submit the pull request. Your change is given a number, and you will see a summary of your edits.<\/li>\n<li>When the owner approves your edits, you will get a notification in your GitHub account. If they have questions or do not approve, they will probably make notes on the request and ask for clarification or other edits.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>Also worth noting is that the GitHub pros have already synced a local copy of the files from GitHub to their local machine, and that is what they open directly in Visual Studio Code. In that case, you can edit the file directly and post your changes with a pull request by using local GitHub tools instead of the web interface. I aspire to do this.<\/p>\n<p>If you are submitting an entirely new file, you can create that in your own GitHub account. Then submit a pull request to the master branch of the documentation.<\/p>\n<p>To learn more about GitHub, see this intro video: <a href=\"https:\/\/www.youtube.com\/watch?v=wmPfDbsPeZY\" target=\"_blank\" title=\"https:\/\/www.youtube.com\/watch?v=wmPfDbsPeZY\" rel=\"noopener\">A Crash Course in Version Control and Git with Warren Frame<\/a> (my buddy, aka <a href=\"https:\/\/twitter.com\/psCookieMonster\" target=\"_blank\" title=\"https:\/\/twitter.com\/psCookieMonster\" rel=\"noopener\">PSCookieMonster<\/a>).<\/p>\n<p>The <a href=\"\/b\/heyscriptingguy\" target=\"_blank\" title=\"http:\/\/blogs.technet.com\/b\/heyscriptingguy\" rel=\"noopener\">Scripting Guy<\/a> is famous for closing his PowerShell posts by saying, \u201c\u2026and that\u2019s all there is to doing <span style=\"text-decoration:underline\">x<\/span> with PowerShell!\u201d I am not so bold in this case. There is an art to using GitHub, and I am still an apprentice. Now you know what I know. I hope this helps you on your journey to making an impact in the PowerShell community. Give it a try. Boost your career and the community. Thanks in advance!<\/p>\n<p>~Ashley<\/p>\n<p>Thank you, Ashley. This is great.<\/p>\n<p>I invite you to follow me on <a href=\"http:\/\/bit.ly\/scriptingguystwitter\" target=\"_blank\" rel=\"noopener\">Twitter<\/a> and <a href=\"http:\/\/bit.ly\/scriptingguysfacebook\" target=\"_blank\" rel=\"noopener\">Facebook<\/a>. If you have any questions, send email to me at <a href=\"mailto:scripter@microsoft.com\" target=\"_blank\" rel=\"noopener\">scripter@microsoft.com<\/a>, or post your questions on the <a href=\"http:\/\/bit.ly\/scriptingforum\" target=\"_blank\" rel=\"noopener\">Official Scripting Guys Forum<\/a>. Also check out my <a href=\"https:\/\/blogs.technet.microsoft.com\/msoms\/\" target=\"_blank\" rel=\"noopener\">Microsoft Operations Management Suite Blog<\/a>. See you tomorrow. Until then, peace.<\/p>\n<p><strong>Ed Wilson, Microsoft Scripting Guy<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Summary: Learn how to contribute to Windows PowerShell documentation via various community initiatives. Today\u2019s guest blog post is by Microsoft premier field engineer, Ashley McGlone. He will be speaking at PowerShell Saturday, so come join us for a great day of PowerShell learning. For more information, see PowerShell Saturday in Tampa, FL, March 19, 2016. [&hellip;]<\/p>\n","protected":false},"author":596,"featured_media":87096,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[313,191,56,3,45],"class_list":["post-76483","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-scripting","tag-ashley-mcglone","tag-community","tag-guest-blogger","tag-scripting-guy","tag-windows-powershell"],"acf":[],"blog_post_summary":"<p>Summary: Learn how to contribute to Windows PowerShell documentation via various community initiatives. Today\u2019s guest blog post is by Microsoft premier field engineer, Ashley McGlone. He will be speaking at PowerShell Saturday, so come join us for a great day of PowerShell learning. For more information, see PowerShell Saturday in Tampa, FL, March 19, 2016. [&hellip;]<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/76483","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/users\/596"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/comments?post=76483"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/posts\/76483\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media\/87096"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/media?parent=76483"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/categories?post=76483"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/scripting\/wp-json\/wp\/v2\/tags?post=76483"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}