Displaying Runners List in the Actions Tab - [GA] (#40606)
This commit is contained in:
@@ -28,7 +28,7 @@ Runners are the machines that execute jobs in a {% data variables.product.prodna
|
||||
|
||||
## Using a {% data variables.product.prodname_dotcom %}-hosted runner
|
||||
|
||||
To use a {% data variables.product.prodname_dotcom %}-hosted runner, create a job and use `runs-on` to specify the type of runner that will process the job, such as `ubuntu-latest`, `windows-latest`, or `macos-latest`. For the full list of runner types, see "[AUTOTITLE](/actions/using-github-hosted-runners/about-github-hosted-runners#supported-runners-and-hardware-resources)."
|
||||
To use a {% data variables.product.prodname_dotcom %}-hosted runner, create a job and use `runs-on` to specify the type of runner that will process the job, such as `ubuntu-latest`, `windows-latest`, or `macos-latest`. For the full list of runner types, see "[AUTOTITLE](/actions/using-github-hosted-runners/about-github-hosted-runners#supported-runners-and-hardware-resources)."{% ifversion repository-actions-runners %} If you have `repo: write` access to a repository, you can view a list of the runners available to use in workflows in the repository. For more information, see "[Viewing available runners for a repository](#viewing-available-runners-for-a-repository)."{% endif %}
|
||||
|
||||
When the job begins, {% data variables.product.prodname_dotcom %} automatically provisions a new VM for that job. All steps in the job execute on the VM, allowing the steps in that job to share information using the runner's filesystem. You can run workflows directly on the VM or in a Docker container. When the job has finished, the VM is automatically decommissioned.
|
||||
|
||||
@@ -82,6 +82,28 @@ While the job runs, the logs and output can be viewed in the {% data variables.p
|
||||
|
||||
{% data reusables.actions.runner-app-open-source %}
|
||||
|
||||
{% ifversion repository-actions-runners %}
|
||||
|
||||
## Viewing available runners for a repository
|
||||
|
||||
{% note %}
|
||||
|
||||
**Note:** This feature is currently in beta and subject to change.
|
||||
|
||||
{% endnote %}
|
||||
|
||||
{% data reusables.actions.about-viewing-runner-list %}
|
||||
|
||||
{% data reusables.repositories.navigate-to-repo %}
|
||||
{% data reusables.repositories.actions-tab %}
|
||||
{% data reusables.repositories.repository-runners %}
|
||||
1. Review the list of available GitHub-hosted runners for the repository.
|
||||
{% data reusables.actions.copy-runner-label %}
|
||||
|
||||
{% data reusables.actions.actions-tab-new-runners-note %}
|
||||
|
||||
{% endif %}
|
||||
|
||||
## Supported runners and hardware resources
|
||||
|
||||
{% ifversion actions-hosted-runners %}
|
||||
|
||||
@@ -19,6 +19,28 @@ Once your runner type has been defined, you can update your workflow YAML files
|
||||
|
||||
Only owner or administrator accounts can see the runner settings. Non-administrative users can contact the organization owner to find out which runners are enabled. Your organization owner can create new runners and runner groups, as well as configure permissions to specify which repositories can access a runner group. For more information, see "[AUTOTITLE](/actions/using-github-hosted-runners/managing-larger-runners#allowing-repositories-to-access-a-runner-group)."
|
||||
|
||||
{% ifversion repository-actions-runners %}
|
||||
|
||||
## Viewing available runners for a repository
|
||||
|
||||
{% note %}
|
||||
|
||||
**Note:** This feature is currently in beta and subject to change.
|
||||
|
||||
{% endnote %}
|
||||
|
||||
{% data reusables.actions.about-viewing-runner-list %}
|
||||
|
||||
{% data reusables.repositories.navigate-to-repo %}
|
||||
{% data reusables.repositories.actions-tab %}
|
||||
{% data reusables.repositories.repository-runners %}
|
||||
1. Review the list of available runners for the repository.
|
||||
{% data reusables.actions.copy-runner-label %}
|
||||
|
||||
{% data reusables.actions.actions-tab-new-runners-note %}
|
||||
|
||||
{% endif %}
|
||||
|
||||
## Using groups to control where jobs are run
|
||||
|
||||
{% data reusables.actions.jobs.example-runs-on-groups %}
|
||||
|
||||
Reference in New Issue
Block a user