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 de usuário" e "Níveis de permissão 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 poderá optar por tornar o repositório interno.
Se sua instância do GitHub Enterprise Server 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 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. Os repositórios internos podem ser acessados pelo 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 "Níveis de permissão 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, consulte "Configurar visibilidade do repositório".
Sobre repositórios internos
Observação: Os repositórios internos estão disponíveis com GitHub Enterprise Cloud e GitHub Enterprise Server 2.20+. Para obter mais informações, consulte os "Produtos do GitHub".
Você pode usar repositórios internos para praticar "innersource" dentro da 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, 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 uma organização, incluindo colaboradores externos em repositórios da organização. Para mais informações, consulte "Níveis de permissão do repositório da organização.
Any member of the enterprise can fork any internal repository owned by an organization in the enterprise. The forked repository will belong to the member's user account, and the visibility of the fork will be private. 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
Text files over 512 KB are always displayed as plain text. 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:
- In a pull request, no total diff may exceed 20,000 lines that you can load or 1 MB of raw diff data.
- No single file's diff may exceed 20,000 lines that you can load or 500 KB of raw diff data. Quatro mil linhas e 20 kB são automaticamente carregados em um único arquivo.
- The maximum number of files in a single diff is limited to 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).