-
-
-
- ```yaml
- name: learn-github-actions
- ```
- |
-
- Optional - The name of the workflow as it will appear in the Actions tab of the {% data variables.product.prodname_dotcom %} repository.
- |
-
-
-
-
- ```yaml
- on: [push]
- ```
- |
-
- Specify the event that automatically triggers the workflow file. This example uses the push event, so that the jobs run every time someone pushes a change to the repository. You can set up the workflow to only run on certain branches, paths, or tags. For syntax examples including or excluding branches, paths, or tags, see "Workflow syntax for {% data variables.product.prodname_actions %}."
- |
-
-
-
-
- ```yaml
- jobs:
- ```
- |
-
- Groups together all the jobs that run in the learn-github-actions workflow file.
- |
-
-
-
-
- ```yaml
- check-bats-version:
- ```
- |
-
- Defines the name of the check-bats-version job stored within the jobs section.
- |
-
-
-
-
- ```yaml
- runs-on: ubuntu-latest
- ```
- |
-
- Configures the job to run on an Ubuntu Linux runner. This means that the job will execute on a fresh virtual machine hosted by GitHub. For syntax examples using other runners, see "Workflow syntax for {% data variables.product.prodname_actions %}."
- |
-
-
-
-
- ```yaml
- steps:
- ```
- |
-
- Groups together all the steps that run in the check-bats-version job. Each line nested under this section is a separate action.
- |
-
-
-
-
- ```yaml
- - uses: actions/checkout@v2
- ```
- |
-
- The uses keyword tells the job to retrieve v2 of the community action named actions/checkout@v2 . This is an action that checks out your repository and downloads it to the runner, allowing you to run actions against your code (such as testing tools). You must use the checkout action any time your workflow will run against the repository's code or you are using an action defined in the repository.
- |
-
-
-
-
- ```yaml
- - uses: actions/setup-node@v1
- ```
- |
-
- This action installs the node software package on the runner, giving you access to the npm command.
- |
-
-
-
-
- ```yaml
- - run: npm install -g bats
- ```
- |
-
- The run keyword tells the job to execute a command on the runner. In this case, you are using npm to install the bats software testing package.
- |
-
-
-
-
- ```yaml
- - run: bats -v
- ```
- |
-
- Finally, you'll run the bats command with a parameter that outputs the software version.
- |
-
-
-
-#### Visualizing the workflow file
-
-In this diagram, you can see the workflow file you just created and how the {% data variables.product.prodname_actions %} components are organized in a hierarchy. Each step executes a single action. Steps 1 and 2 use prebuilt community actions. To find more prebuilt actions for your workflows, see "[Finding and customizing actions](/actions/learn-github-actions/finding-and-customizing-actions)."
-
-
-
-
-### Viewing the job's activity
-
-Once your job has started running, you can view each step's activity on {% data variables.product.prodname_dotcom %}.
-
-{% data reusables.repositories.navigate-to-repo %}
-1. Under your repository name, click **Actions**.
- 
-1. In the left sidebar, click the workflow you want to see.
- 
-1. Under "Workflow runs", click the name of the run you want to see.
- 
-{% if currentVersion == "free-pro-team@latest" or currentVersion ver_gt "enterprise-server@2.22" %}
-1. Click on the job name to see the results of each step.
- 
-{% else %}
-1. Click on the job name to see the results of each step.
- 
-{% endif %}
-
-### Next steps
-
-To continue learning about {% data variables.product.prodname_actions %}, see "[Finding and customizing actions](/actions/learn-github-actions/finding-and-customizing-actions)."
-
-### Contacting support
-
-{% data reusables.github-actions.contacting-support %}
diff --git a/content/actions/learn-github-actions/managing-complex-workflows.md b/content/actions/learn-github-actions/managing-complex-workflows.md
deleted file mode 100644
index 38e7e68e94cd..000000000000
--- a/content/actions/learn-github-actions/managing-complex-workflows.md
+++ /dev/null
@@ -1,151 +0,0 @@
----
-title: Managing complex workflows
-shortTitle: Managing complex workflows
-intro: 'This guide shows you how to use the advanced features of {% data variables.product.prodname_actions %}, with secret management, dependent jobs, caching, build matrices, and labels.'
-versions:
- free-pro-team: '*'
- enterprise-server: '>=2.22'
----
-
-{% data reusables.actions.enterprise-beta %}
-{% data reusables.actions.enterprise-github-hosted-runners %}
-
-### Overview
-
-This article describes some of the advanced features of {% data variables.product.prodname_actions %} that help you work create more complex workflows.
-
-### Storing secrets
-
-If your workflows use sensitive data, such as passwords or certificates, you can save these in {% data variables.product.prodname_dotcom %} as _secrets_ and then use them in your workflows as environment variables. This means that you will be able to create and share workflows without having to embed sensitive values directly in the YAML workflow.
-
-This example action demonstrates how to reference an existing secret as an environment variable, and send it as a parameter to an example command.
-
-{% raw %}
-```yaml
-jobs:
- example-job:
- steps:
- - name: Retrieve secret
- env:
- super_secret: ${{ secrets.SUPERSECRET }}
- run: |
- example-command "$SUPER_SECRET"
-```
-{% endraw %}
-
-For more information, see "[Creating and storing encrypted secrets](/actions/configuring-and-managing-workflows/creating-and-storing-encrypted-secrets)."
-
-### Creating dependent jobs
-
-By default, the jobs in your workflow all run in parallel at the same time. So if you have a job that must only run after another job has completed, you can use the `needs` keyword to create this dependency. If one of the jobs fails, all dependent jobs are skipped; however, if you need the jobs to continue, you can define this using the [`if`](/actions/reference/workflow-syntax-for-github-actions#jobsjob_idif) conditional statement.
-
-In this example, the `setup`, `build`, and `test` jobs run in series, with `build` and `test` being dependent on the successful completion of the job that precedes them:
-
-```yaml
-jobs:
- setup:
- runs-on: ubuntu-latest
- steps:
- - run: ./setup_server.sh
- build:
- needs: setup
- steps:
- - run: ./build_server.sh
- test:
- needs: build
- runs-on: ubuntu-latest
- steps:
- - run: ./test_server.sh
-```
-
-For more information, see [`jobs.