Update template headings from H3 ->H2 etc. (github#19924)

Author: felicitymay

contributing/content-templates.md

@@ -27,17 +27,17 @@ versions:
 <!-- For product version instructions, see https://github.com/github/docs/tree/main/content#versions.-->
 <!-- Remove these comments from your article file when you're done writing. -->
 
-### A section here
+## A section here
 
 <!-- Write one or two paragraphs about the main idea of your topic, as a summary. -->
 <!-- Make sure you don't have any content that isn't preceded by a header, or it won't be linkable in our TOC. -->
 
-### Another section here
+## Another section here
 
 <!-- Write one or two paragraphs about another element of your topic. -->
 <!-- Keep adding headers and sections until you've completed your article.  -->
 
-### Further reading
+## Further reading
 
 <!-- Optionally, include a bulleted list of related articles the user can reference to extend the concepts covered in this article. Consider linking to procedural articles or tutorials that help the user use the information in your article. -->
 
@@ -62,17 +62,17 @@ versions:
 <!-- For product version instructions, see https://github.com/github/docs/tree/main/content#versions.-->
 <!-- Remove these comments from your article file when you're done writing -->
 
-### A section here
+## A section here
 
 <!-- Write one or two paragraphs about the main idea of your topic, as a summary. -->
 <!-- Make sure you don't have any content that isn't preceded by a header, or it won't be linkable in our TOC. -->
 
-### Another section here
+## Another section here
 
 <!-- Write one or two paragraphs about another element of your topic. -->
 <!-- Keep adding headers and sections until you've completed your article.  -->
 
-### Further reading
+## Further reading
 
 <!-- Optionally, include a bulleted list of related articles the user can reference to extend the concepts covered in this article. Consider linking to procedural articles or tutorials that help the user use the information in your article. -->
 
@@ -97,17 +97,17 @@ versions:
 <!-- For product version instructions, see https://github.com/github/docs/tree/main/content#versions.-->
 <!-- Remove these comments from your article file when you're done writing -->
 
-### Procedural section header here
+## Procedural section header here
 
 <!-- Include prerequisite information or specific permissions information here. -->
 <!-- Then write procedural steps following the instructions in https://github.com/github/docs/blob/main/contributing/content-model.md#procedural-steps. -->
 <!-- Check if there's already a reusable string for the step you want to write in https://github.com/github/docs/tree/main/data/reusables. Tip: Look at the source file for a procedure located in the same area of the user interface to find reusables. -->
 
-### Optionally, another procedural section here 
+## Optionally, another procedural section here 
 
 <!-- Keep adding procedures until you've finished writing your article. -->
 
-### Further reading
+## Further reading
 
 <!-- Optionally, include a bulleted list of related articles the user can reference to extend the concepts covered in this article. Consider linking to procedural articles or tutorials that help the user use the information in your article. -->
 
@@ -130,35 +130,35 @@ versions:
 <!-- The entire quickstart should be about 600 words long or take about five minutes to read.-->
 <!-- Remove these comments from your article file when you're done writing -->
 
-### Introduction
+## Introduction
 
 <!-- Build on the quick phrasing above by:
 - Clarifying the audience
 - Clearly stating prerequisites and prior knowledge needed
 - Stating what the user will accomplish or build-->
 
-### Step one: Action the user will take
+## Step one: Action the user will take
 
 <!-- In one sentence, describe what the user will do in this step -->
 <!-- Steps should break down the tasks the user will complete in sequential order -->
 <!-- Avoid replicating conceptual information that is covered elsewhere, provide inline links instead. Only include conceptual information unique to this use case. -->
 
-#### Task chunk
+### Task chunk
 
 <!-- A step may require the user to perform several tasks - break those tasks down into chunks, allowing the user to scan quickly to find their place if they navigated away from this screen to perform the task. -->
 <!-- An example might be creating a PAT for the action to use and then storing it in secrets -->
 <!-- For UI based tasks, include the button or options the users should click -->
 <!-- If the task adds code, include the code in context (don't just show `needs: setup` show the entire `setup` and `dependent` jobs) -->
 
-#### Another task chunk
+### Another task chunk
 
 <!-- remove all of these comments when you're done -->
 
-### Step 2: Do the next thing
+## Step 2: Do the next thing
 
 <!-- Rinse and repeat, adding steps and tasks until the tutorial is complete -->
 
-### Next steps
+## Next steps
 
 <!-- Provide a quick recap of what has been accomplished in the quick start as a means of transitioning to next steps. Include 2-3 actionable next steps that the user take after completing the quickstart. Always link to conceptual content on the feature or product. You can also link off to other related information on docs.github.com or in GitHub Learning Labs. -->
 ```
@@ -181,7 +181,7 @@ versions:
 <!-- For product version instructions, see https://github.com/github/docs/tree/main/content#versions.-->
 <!-- Remove these comments from your article file when you're done writing -->
 
-### Introduction
+## Introduction
 
 <!-- The tutorial introduction should include the following in a short paragraph:
 
@@ -190,24 +190,24 @@ versions:
 - State what the user will accomplish or build and the user problem it solves
 - Link to an example of the project the user will complete -->
 
-### Step 1: Action the user will take
+## Step 1: Action the user will take
 
 <!-- In one sentence, describe what the user will do in this step -->
 <!-- Steps should break down the tasks the user will complete in sequential order -->
 <!-- Avoid replicating conceptual information that is covered elsewhere, provide inline links instead. Only include conceptual information unique to this use case. -->
 
-#### Task chunk
+### Task chunk
 
 <!-- A step may require the user to perform several tasks - break those tasks down into chunks, allowing the user to scan quickly to find their place if they navigated away from this screen to perform the task. -->
 <!-- An example might be creating a PAT for the action to use and then storing it in secrets -->
 <!-- For UI based tasks, include the button or options the users should click -->
 <!-- If the task adds code, include the code in context (don't just show `needs: setup` show the entire `setup` and `dependent` jobs) -->
 
-#### Another task chunk
+### Another task chunk
 
 <!-- remove all of these comments when you're done -->
 
-### Step 2: Do the next thing
+## Step 2: Do the next thing
 
 <!-- Rinse and repeat, adding steps and tasks until the tutorial is complete
 
@@ -219,7 +219,7 @@ on:
     - cron:  "40 19 * * *"
 ``` -->
 
-### Further reading
+## Further reading
 
 <!-- include a bulleted list of tutorials or articles the user can reference to extend the concepts taught in this tutorial -->
 
@@ -244,7 +244,7 @@ versions:
   - Remove these comments from your article file when you're done writing
 -->
 
-### Introduction
+## Introduction
 
 <!-- 
   The language guide introduction should include the following in a short paragraph:
@@ -254,7 +254,7 @@ versions:
   - State what the user will accomplish or build and the user problem it solves.
 -->
 
-### Starting with the <language> workflow template
+## Starting with the <language> workflow template
 
 <!--
   Language guides typically walk through and build upon a starter workflow template. If that format doesn't work, you can include a boilerplate workflow.
@@ -263,13 +263,13 @@ versions:
   - Include the starter template workflow code.
 -->
 
-### Running on different operating systems
+## Running on different operating systems
 
 <!--
   Include a brief overview of how to choose the runner environment. These should be alternatives to what operating system is presented in the starter workflow/boilerplate template.
 -->
 
-### Configuring the <language> version
+## Configuring the <language> version
 <!--
   - Describe when and how to use available setup actions that configure the version of the language on the runner (ex. actions/setup-node).
   - How does the setup action configure the version and what happens when the version isn't supported in the environment. What is the default version, when no version is configured.
@@ -281,7 +281,7 @@ versions:
   - Include code samples.
 -->
 
-### Installing dependencies
+## Installing dependencies
 
 <!--
   - Include example of installing dependencies to prepare for building and testing.
@@ -291,13 +291,13 @@ versions:
   - Include code samples.
 -->
 
-### Caching dependencies
+## Caching dependencies
 
 <!--
   Include an example of restoring cached dependencies. We'll want to link out to the article about caching for more information (https://docs.github.com/en/actions/configuring-and-managing-workflows/caching-dependencies-to-speed-up-workflows).
 -->
 
-### Building your code
+## Building your code
 
 <!--
   - Include any compile steps.
@@ -307,7 +307,7 @@ versions:
   - Include any common databases or services that might be needed. If so, we can link out to the services guides in the docs (https://docs.github.com/en/actions/configuring-and-managing-workflows/using-databases-and-service-containers).
 -->
 
-### Packaging workflow data as artifacts
+## Packaging workflow data as artifacts
 
 <!--
   This section can simply link out to https://docs.github.com/en/actions/configuring-and-managing-workflows/persisting-workflow-data-using-artifacts or provide additional information about which artifacts might be typical to upload for a CI workflow.