Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.

Managing access to self-hosted runners using groups

You can use policies to limit access to self-hosted runners that have been added to an organization or enterprise account.

En este artículo

About self-hosted runner groups

Note: All organizations have a single default self-hosted runner group. Creating and managing additional self-hosted runner groups is only available to enterprise accounts, and for organizations owned by an enterprise account.

Self-hosted runner groups are used to control access to self-hosted runners at the organization and enterprise account level. Enterprise admins can configure access policies that control which organizations in an enterprise have access to the runner group. Organization admins can configure access policies that control which repositories in an organization have access to the runner group.

When an enterprise admin grants an organization access to a runner group, organization admins can see the runner group listed in the organization's self-hosted runner settings. The organizations admins can then assign additional granular repository access policies to the enterprise runner group.

When new runners are created, they are automatically assigned to the default group. Runners can only be in one group at a time. You can move runners from the default group to another group. For more information, see "Moving a self-hosted runner to a group."

Creating a self-hosted runner group for an organization

All organizations have a single default self-hosted runner group. Organizations within an enterprise account can create additional self-hosted groups. Organization admins can allow individual repositories access to a runner group.

Self-hosted runners are automatically assigned to the default group when created, and can only be members of one group at a time. You can move a runner from the default group to any group you create.

When creating a group, you must choose a policy that defines which repositories have access to the runner group. You can configure a runner group to be accessible to a specific list of repositories, all private repositories, or all repositories in the organization.

  1. En GitHub, navega hasta la página principal de la organización.

  2. Debajo de tu nombre de organización, da clic en Configuración.

    Botón de configuración de organización

  3. En la barra lateral izquierda, da clic en Acciones.

    Configuración de acciones

  4. In the Self-hosted runners section, click Add new, and then New group.

    Add runner group

  5. Enter a name for your runner group, and select an access policy from the Repository access dropdown list.

    Add runner group options

  6. Click Save group to create the group and apply the policy.

Creating a self-hosted runner group for an enterprise account

Enterprise accounts can add their self-hosted runners to groups for access management. Enterprise accounts can create groups of self-hosted runners that are accessible to specific organizations in the enterprise account. Organization admins can then assign additional granular repository access policies to the enterprise runner groups.

Self-hosted runners are automatically assigned to the default group when created, and can only be members of one group at a time. You can assign the runner to a specific group during the registration process, or you can later move the runner from the default group to a custom group.

When creating a group, you must choose a policy that grants access to all organizations in the enterprise account or choose specific organizations.

  1. Visita la cuenta de tu empresa en https://github.com/enterprises/ENTERPRISE-NAME, reemplazando ENTERPRISE-NAME por el nombre de la cuenta de tu empresa.

  2. En la barra lateral de la cuenta de empresa, haz clic en Policies (Políticas).

    Pestaña Policies (Políticas) en la barra lateral de la cuenta de empresa

  3. Under " Policies", click Actions.

  4. Click the Self-hosted runners tab.

  5. Click Add new, and then New group.

    Add runner group

  6. Enter a name for your runner group, and select an access policy from the Organization access dropdown list.

    Add runner group options

  7. Click Save group to create the group and apply the policy.

Changing the access policy of a self-hosted runner group

You can update the access policy of a runner group, or rename a runner group.

  1. In the Self-hosted runners section of the settings page, click next to the runner group you'd like to configure, then click Edit name and [organization|repository] access.
    Manage repository permissions
  2. Select a new policy from the dropdown list, or modify the runner group name.

Moving a self-hosted runner to a group

New self-hosted runners are automatically assigned to the default group, and can then be moved to another group.

  1. In the Self-hosted runners section of the settings page, locate the current group of the runner you want to move group and expand the list of group members.
    View runner group members
  2. Select the checkbox next to the self-hosted runner, and then click Move to group to see the available destinations.
    Runner group member move
  3. To move the runner, click on the destination group.
    Runner group member move

Removing a self-hosted runner group

Self-hosted runners are automatically returned to the default group when their group is removed.

  1. In the Self-hosted runners section of the settings page, locate the group you want to delete, and click the button.

    View runner group settings

  2. To remove the group, click Remove group.

    View runner group settings

  3. Review the confirmation prompts, and click Remove this runner group.

Pregunta a una persona

¿No puedes encontrar lo que estás buscando?

Contáctanos