Skip to main content

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, 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 obter mais informações, confira "Sobre os problemas".
  • É possível usar pull requests para propor alterações em um repositório. Para obter mais informações, confira "Sobre as solicitações de pull".
  • Você pode usar quadros de projeto para organizar e priorizar seus problemas e pull requests. Para obter mais informações, confira "Sobre os quadros de projetos".

Para saber como usar repositórios com mais eficiência, confira "Melhores práticas 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 your GitHub Enterprise Server instance 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 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, 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 de 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 "Como configurar 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 your GitHub Enterprise Server instance 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

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

Os arquivos de texto com mais de 5 MB só ficam disponíveis por meio das respectivas URLs brutas, que são fornecidas por meio de 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).

Leitura adicional