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.

Esta versão do GitHub Enterprise será descontinuada em 2022-06-03. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, melhorar a segurança e novos recursos, upgrade to the latest version of GitHub Enterprise. Para ajuda com a atualização, contact GitHub Enterprise support.

Sobre repositórios

Um repositório contém todos os arquivos do seu projeto e o histórico de revisão de cada arquivo. Você pode discutir e gerenciar o trabalho do projeto dentro do repositório.

Sobre repositórios

Você pode possuir repositórios individualmente ou compartilhar a propriedade de repositórios com outras pessoas em uma organização.

É possível restringir quem tem acesso a um repositório escolhendo a visibilidade do repositório. Para obter mais informações, consulte "Sobre a visibilidade do repositório."

Para repositórios possuídos pelo usuário, você pode fornecer a outras pessoas acesso de colaborador para que elas possam colaborar no seu projeto. Se um repositório pertencer a uma organização, você poderá fornecer aos integrantes da organização permissões de acesso para colaboração no seu repositório. Para obter mais informações, consulte "Níveis de permissão para uma repositório de conta pessoal" e "Funções de repositório para uma organização".

Cada pessoa e organização podem ter repositórios ilimitados e convidar um número ilimitado de colaboradores para todos os repositórios.

Você pode usar repositórios para gerenciar seu trabalho e colaborar com outras pessoas.

  • Você pode usar problemas para coletar feedback do usuário, relatar erros de software e organizar tarefas que você gostaria de realizar. Para obter mais informações, consulte "Sobre problemas."
  • É possível usar pull requests para propor alterações em um repositório. Para obter mais informações, consulte "Sobre pull requests".
  • Você pode usar quadros de projeto para organizar e priorizar seus problemas e pull requests. Para obter mais informações, consulte "Sobre quadros de projeto".

Sobre a visibilidade do repositório

É possível restringir quem tem acesso a um repositório, escolhendo a visibilidade de um repositório: público, interno, ou privado.

Ao criar um repositório, você pode optar por tornar o repositório público ou privado. Se você estiver criando o repositório em uma organização, você também pode optar por tornar o repositório interno.

  • Se your GitHub Enterprise Server instance não estiver em modo privado ou por trás de um firewall, repositórios públicos poderão ser acessados por todos na internet. Caso contrário, os repositórios públicos estarão disponíveis para todos usando your GitHub Enterprise Server instance, incluindo colaboradores externos.
  • Os repositórios só podem ser acessados por você, pelas pessoas com as quais você compartilha explicitamente o acesso e, para repositórios da organização, por determinados integrantes da organização.
  • Repositórios internos podem ser acessados por todos os integrantes da empresa. Para obter mais informações, consulte "Sobre repositórios internos."

Os proprietários da organização sempre têm acesso a todos os repositórios criados em uma organização. Para obter mais informações, consulte "Funções do repositório para uma organização".

As pessoas com permissões de administrador para um repositório podem alterar a visibilidade de um repositório existente. Para obter mais informações, consulte "Configurar visibilidade do repositório".

Sobre repositórios internos

You can use internal repositories to practice "innersource" within your enterprise. Os integrantes da sua empresa podem colaborar usando metodologias de código aberto sem compartilhar informações proprietárias publicamente, mesmo com o modo privado desabilitado. Para obter mais informações sobre o innersource, consulte a documentação técnica do GitHub"Uma introdução ao innersource".

Todos os integrantes da empresa têm permissões de leitura no repositório interno, mas os repositórios internos não são visíveis para pessoas que não são integrantes de qualquer organização, incluindo colaboradores externos em repositórios da organização. Para obter mais informações, consulte "Funções em uma empresa" e "Funções do repositório para uma organização".

Observação: Um usuário deve fazer parte de uma organização para ser integrante da empresa e ter acesso a repositórios internos. Se um usuário em your GitHub Enterprise Server instance não for um integrante de qualquer organização, esse usuário não terá acesso a repositórios internos.

Qualquer integrante da empresa pode bifurcar qualquer repositório interno pertencente a uma organização da empresa. O repositório bifurcado pertencerá à conta pessoal do integrante e a visibilidade da bifurcação será privada. Se um usuário for removido de todas as organizações pertencentes à empresa, essas bifurcações do usuário dos repositórios internos do usuário serão removidas automaticamente.

Limites para visualização de conteúdo e diffs no repositório

Determinados tipos de recursos podem ser muito grandes, exigindo processamento elevado noGitHub Enterprise Server. Por isso, limites são estabelecidos para assegurar que as solicitações sejam completadas em um período razoável.

A maioria dos limites abaixo afetam o GitHub Enterprise Server e a API.

Limites de texto

Os arquivos de texto acima de 512 KB são sempre exibidos como texto sem formatação. O código não destaca a sintaxe e arquivos em prosa não são convertidos em HTML (como markdown, AsciiDoc etc.).

Arquivos de texto acima de 5 MB somente estão disponíveis por meio de suas URLs brutas, que são servidas em [hostname]/user/repo/raw; por exemplo, https://[hostname]/user/repo/raw/octocat/Spoon-Knife/master/index.html. Clique no botão Raw (Bruto) para obter o URL bruto de um arquivo.

Limites de diff

Os diffs podem ficar muito grandes, por isso impusemos estas restrições em diffs para commits, pull requests e visualizações comparadas:

  • Em um pull request, nenhum diff total pode exceder 20.000 linhas que você pode carregar ou 1 MB de dados de diff não processados.
  • Nenhum diff de arquivo pode exceder 20.000 linhas que você pode carregar ou 500 KB de dados do diff não processado. Quatro mil linhas e 20 kB são automaticamente carregados em um único arquivo.
  • O número máximo de arquivos em um único diff é limitado a 300.
  • O número máximo de arquivos renderizáveis (como imagens, PDFs e arquivos GeoJSON) em um único diff é limitado a 25.

Algumas partes de um diff limitado podem ser exibidas, mas qualquer excedente de limite não é mostrado.

Limites de listas de commits

As páginas de visualização comparada e pull requests exibem uma lista de commits entre as revisões base e head. Essas listas são limitadas a 250 commits. Caso o limite seja excedido, uma observação indicará que commits adicionais estão presentes (mas não são mostrados).

Leia mais