Skip to main content
Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais recentes, acesse a documentação em inglês. Se houver problemas com a tradução desta página, entre em contato conosco.

Gerenciar o acesso da equipe em um repositório da organização

Você pode conceder e remover o acesso da equipe a um repositório ou mudar o nível de permissão dela no repositório.

Pessoas com acesso de administrador a um repositório podem gerenciar o acesso de equipes ao repositório. Mantenedores de equipes podem remover o acesso de uma equipe a um repositório.

Avisos:

  • Você pode alterar os níveis de permissões de uma equipe se a equipe tiver acesso direto a um repositório. Se o acesso da equipe ao repositório é herança de uma equipe principal, você deve alterar o acesso da equipe principal ao repositório.
  • Se você adicionar ou remover acesso de uma equipe principal ao repositório, cada uma das equipes secundárias da equipe principal também receberá ou perderá o acesso ao repositório. Para obter mais informações, consulte "Sobre equipes".

Conceder a uma equipe acesso a um repositório

Você pode dar a uma equipe acesso a um repositório ou alterar o nível de acesso de uma equipe a um repositório nas configurações do repositório. Para obter mais informações, consulte "Gerenciar equipes e pessoas com acesso ao seu repositório. "

Remover acesso de uma equipe a um repositório

É possível remover o acesso de uma equipe ao repositório de uma organização nas configurações do repositório. Para obter mais informações, consulte "Gerenciar equipes e pessoas com acesso ao seu repositório. "

Se uma equipe tiver acesso direto a um repositório, você poderá remover o acesso dessa equipe ao repositório. Se o acesso da equipe ao repositório é herdado de uma equipe principal, você deve remover o repositório da equipe principal para remover o repositório das equipes secundárias.

Warning:

  • If you remove a person’s access to a private repository, any of their forks of that private repository are deleted. Local clones of the private repository are retained. If a team's access to a private repository is revoked or a team with access to a private repository is deleted, and team members do not have access to the repository through another team, private forks of the repository will be deleted.

  • When LDAP Sync is enabled, if you remove a person 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.

  • You are responsible for ensuring that people who have lost access to a repository delete any confidential information or intellectual property.

  • People with admin permissions to a private or internal repository can disallow forking of that repository, and organization owners can disallow forking of any private or internal repository in an organization. For more information, see "Managing the forking policy for your organization" and "Managing the forking policy for your repository."

Leia mais