Skip to main content
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.
Enterprise Server 3.1
Español
� 
Enterprise administrators
Enterprise Server 3.1
Español

� 

Esta versión de GitHub Enterprise se discontinuó el 2022-06-03. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener un mejor desempeño, más seguridad y nuevas características, actualiza a la última versión de GitHub Enterprise. Para obtener ayuda con la actualización, contacta al soporte de GitHub Enterprise.

Creating teams

En este artículo

Teams give organizations the ability to create groups of members and control access to repositories. Team members can be granted read, write, or admin permissions to specific repositories.

Teams are central to many of GitHub's collaborative features, such as team @mentions to notify appropriate parties that you'd like to request their input or attention. For more information, see "Roles in an organization."

A team can represent a group within your company or include people with certain interests or expertise. For example, a team of accessibility experts on tu instancia de GitHub Enterprise Server could comprise of people from several different departments. Teams can represent functional concerns that complement a company's existing divisional hierarchy.

Organizations can create multiple levels of nested teams to reflect a company or group's hierarchy structure. For more information, see "About teams."

Creating a team

A prudent combination of teams is a powerful way to control repository access. For example, if your organization allows only your release engineering team to push code to the default branch of any repository, you could give only the release engineering team admin permissions to your organization's repositories and give all other teams read permissions.

  1. En la esquina superior derecha de GitHub Enterprise Server, haz clic en tu foto de perfil y luego en Tus organizaciones. Tus organizaciones en el menú de perfil
  2. Haz clic en el nombre de tu organización. Nombre de la organización en la lista de organizaciones
  3. Debajo del nombre de tu organización, da clic en Equipos. Pestaña de equipos
  4. Al lado derecho de la pestaña de Equipos, da clic en Equipo nuevo. Botón de equipo nuevo
  5. Debajo de "Crear un equipo nuevo", teclea el nombre para tu equipo nuevo. Campo de nombre de equipo
  6. Opcionalmente, en el campo de "Descripción", teclea una descripción del equipo. Campo de descripción del equipo
  7. Decide si el equipo será visible o secreto. Opciones de visibilidad que incluyen secreto y visible
  8. Opcionalmente, Si estás creando un equipo hijo, utiliza el menú desplegable para escoger un equipo padre para tu nuevo equipo. Menú desplegable listando los equipos existentes de la organización
  9. Da clic en Crear equipo.

Creating teams with LDAP Sync enabled

Instances using LDAP for user authentication can use LDAP Sync to manage a team's members. Setting the group's Distinguished Name (DN) in the LDAP group field will map a team to an LDAP group on your LDAP server. If you use LDAP Sync to manage a team's members, you won't be able to manage your team within tu instancia de GitHub Enterprise Server. The mapped team will sync its members in the background and periodically at the interval configured when LDAP Sync is enabled. For more information, see "Enabling LDAP Sync."

You must be a site admin and an organization owner to create a team with LDAP sync enabled.

Como parte de su cofiguración de optimización, LDAP Sync no transferirá tu estructura de equipo anidada. Para crear relaciones entre equipos padre e hijo, deberás recrear manualmente la estructura de equipo anidada y sincronizarla con el grupo de LDAP correspondiente. Para obtener más información, consulta la sección "Crear equipos"

Notes:

  • LDAP Sync only manages the team's member list. You must manage the team's repositories and permissions from within GitHub Enterprise Server.
  • If an LDAP group mapping to a DN is removed, such as if the LDAP group is deleted, then every member is removed from the synced GitHub Enterprise Server team. To fix this, map the team to a new DN, add the team members back, and manually sync the mapping.
  • When LDAP Sync is enabled, if a person is removed from a repository, they will lose access but their forks will not be deleted. If the person is added to a team with access to the original organization repository within three months, their access to the forks will be automatically restored on the next sync.
  1. Ensure that LDAP Sync is enabled.
  2. En la esquina superior derecha de GitHub Enterprise Server, haz clic en tu foto de perfil y luego en Tus organizaciones. Tus organizaciones en el menú de perfil
  3. Haz clic en el nombre de tu organización. Nombre de la organización en la lista de organizaciones
  4. Debajo del nombre de tu organización, da clic en Equipos. Pestaña de equipos
  5. Al lado derecho de la pestaña de Equipos, da clic en Equipo nuevo. Botón de equipo nuevo
  6. Debajo de "Crear un equipo nuevo", teclea el nombre para tu equipo nuevo. Campo de nombre de equipo
  7. Search for an LDAP group's DN to map the team to. If you don't know the DN, type the LDAP group's name. GitHub Enterprise Server will search for and autocomplete any matches. Mapping to the LDAP group DN
  8. Opcionalmente, en el campo de "Descripción", teclea una descripción del equipo. Campo de descripción del equipo
  9. Decide si el equipo será visible o secreto. Opciones de visibilidad que incluyen secreto y visible
  10. Opcionalmente, Si estás creando un equipo hijo, utiliza el menú desplegable para escoger un equipo padre para tu nuevo equipo. Menú desplegable listando los equipos existentes de la organización
  11. Da clic en Crear equipo.