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, confira "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, confira "Níveis de permissão para um repositório da conta pessoal" e "Funções de repositório para uma organização."
Cada pessoa e organização pode ser o proprietário de repositórios ilimitados e convidar um número ilimitado de colaboradores em 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 saber mais, confira "Sobre problemas".
- É possível usar pull requests para propor alterações em um repositório. Para obter mais informações, confira "Sobre solicitação de pull".
- Você pode usar quadros de projeto para organizar e priorizar seus problemas e pull requests. Para obter mais informações, confira "Sobre project boards".
Para saber como usar os repositórios de maneira mais eficaz, confira "Práticas recomendadas para repositórios".
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 a sua instância do GitHub Enterprise Server não estiver em modo privado ou protegida por um firewall, os repositórios públicos poderão ser acessados por todos na Internet. Caso contrário, os repositórios públicos estarão disponíveis a todos os usuários de sua instância do GitHub Enterprise Server, 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, confira "Sobre os 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, confira "Funções de 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, confira "Definir a visibilidade do repositório".
Sobre repositórios internos
Você pode usar repositórios internos para praticar o uso do "InnerSource" na sua empresa. 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, confira o white paper "Uma introdução ao InnerSource" do GitHub.
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, confira "Funções em uma empresa" e "Funções de repositório para uma organização."
Observação: um usuário precisa fazer parte de uma organização para ser membro da empresa e ter acesso aos repositórios internos. Se um usuário em sua instância do GitHub Enterprise Server não for membro de nenhuma organização, ele não terá acesso a repositórios internos.
Membros dela podem criar fork de qualquer repositório de propriedade de uma organização na 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 exibiçã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
O GitHub exibe visualizações formatadas de alguns arquivos, como diagramas Markdown e Mermaid. O GitHub sempre tenta renderizar essas visualizações se os arquivos forem pequenos (geralmente menos de 2 MB), mas arquivos mais complexos podem atingir o tempo limite e retornar para texto sem formatação ou não serem exibidos. Esses arquivos estão sempre disponíveis em seus formatos brutos, que são distribuídos por meio do HOSTNAME/user/repo/raw, por exemplo, https://HOSTNAME/user/repo/raw/octocat/Spoon-Knife/master/index.html. Clique no botão Bruto para obter a URL bruta 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 uma solicitação de pull, nenhuma comparação total pode exceder 20 mil linhas que podem ser carregadas ou 1 MB de dados de comparação brutos.
- Nenhuma comparação de arquivo único pode exceder 20 mil linhas que podem ser carregadas ou 500 KB de dados de comparação brutos. Quatrocentas linhas e 20 KB são carregados automaticamente para um só arquivo.
- O número máximo de arquivos em uma só comparação é limitado a 300.
- O número máximo de arquivos renderizáveis (como imagens, PDFs e arquivos GeoJSON) em uma só comparação é 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 solicitações de pull e de exibição de comparação mostram 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).