{"meta":{"title":"Sobre repositórios","intro":"Um repositório contém todos os seus códigos, arquivos e o histórico de revisão de cada arquivo. Você pode discutir e gerenciar o seu trabalho dentro do repositório.","product":"Repositórios","breadcrumbs":[{"href":"/pt/enterprise-cloud@latest/repositories","title":"Repositórios"},{"href":"/pt/enterprise-cloud@latest/repositories/creating-and-managing-repositories","title":"Criar e gerenciar repositórios"},{"href":"/pt/enterprise-cloud@latest/repositories/creating-and-managing-repositories/about-repositories","title":"Sobre repositórios"}],"documentType":"article"},"body":"# Sobre repositórios\n\nUm repositório contém todos os seus códigos, arquivos e o histórico de revisão de cada arquivo. Você pode discutir e gerenciar o seu trabalho dentro do repositório.\n\n## Sobre repositórios\n\nUm repositório é o elemento mais básico de GitHub. É um lugar onde você pode armazenar seu código, seus arquivos e o histórico de revisão de cada arquivo. Os repositórios podem ter vários colaboradores e podem ser públicos, internos ou privados.\n\nPara criar um novo repositório, acesse <https://github.com/new>. Para obter instruções, confira [Guia de início rápido para repositórios](/pt/enterprise-cloud@latest/repositories/creating-and-managing-repositories/quickstart-for-repositories).\n\n## Terminologia do repositório\n\nAntes de começar a usar repositórios, aprenda esses termos importantes.\n\n<div class=\"ghd-tool rowheaders\">\n\n| Termo               | Definição                                                                                                                                                                       |\n| ------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n| Branch              | Uma versão paralela do código que está contida dentro do repositório, mas não afeta a ramificação primária ou principal.                                                        |\n| Clone               | Para baixar uma cópia completa dos dados de GitHub.comum repositório, incluindo todas as versões de cada arquivo e pasta.                                                       |\n| Fork                | Um novo repositório que compartilha configurações de código e visibilidade com o repositório \"upstream\" original.                                                               |\n| Mesclar             | Pegar as alterações de um branch e aplicá-las à outra.                                                                                                                          |\n| Solicitação de pull | Uma solicitação para mesclar as alterações de um branch em outro.                                                                                                               |\n| Remoto              | Um repositório armazenado em GitHub, não no seu computador.                                                                                                                     |\n| Upstream            | O branch em um repositório original em que foi criado um fork ou clonado. O branch correspondente no repositório clonado ou em que o fork foi criado é chamado de \"downstream\". |\n\n</div>\n\n## Sobre propriedade do repositório\n\nVocê pode possuir repositórios individualmente ou compartilhar a propriedade de repositórios com outras pessoas em uma organização.\n\nEm ambos os casos, o acesso aos repositórios é gerenciado por permissões. Para saber mais, confira [Níveis de permissão para um repositório de conta pessoal](/pt/enterprise-cloud@latest/repositories/managing-your-repositorys-settings-and-features/repository-access-and-collaboration/permission-levels-for-a-personal-account-repository) e [Funções de repositório para uma organização](/pt/enterprise-cloud@latest/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/repository-roles-for-an-organization).\n\n## Sobre colaboração\n\nVocê pode usar repositórios para gerenciar seu trabalho e colaborar com outras pessoas.\n\n* 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](/pt/enterprise-cloud@latest/issues/tracking-your-work-with-issues/learning-about-issues/about-issues).\n* Use o GitHub Discussions para fazer perguntas e responder a elas, compartilhar informações, fazer comunicados e conduzir uma conversa sobre um projeto ou participar dela. Para saber mais, confira [Sobre discussões](/pt/enterprise-cloud@latest/discussions/collaborating-with-your-community-using-discussions/about-discussions).\n* É possível usar pull requests para propor alterações em um repositório. Para saber mais, confira [Solicitações de pull](/pt/enterprise-cloud@latest/pull-requests/reference/pull-requests).\n* Você pode usar Projects para organizar e priorizar seus problemas e solicitações de pull. Para saber mais, confira [Sobre o Projects](/pt/enterprise-cloud@latest/issues/planning-and-tracking-with-projects/learning-about-projects/about-projects).\n\nCom GitHub Free, para contas pessoais e organizações, você pode trabalhar com um número ilimitado de colaboradores em um número ilimitado de repositórios públicos com um conjunto completo de recursos, ou em um número ilimitado de repositórios privados com um conjunto limitado de recursos. Para obter ferramentas avançadas para repositórios privados, você pode atualizar para GitHub Pro, GitHub Teamou GitHub Enterprise Cloud. Consulte [Planos do GitHub](/pt/enterprise-cloud@latest/get-started/learning-about-github/githubs-plans).\n\n## Sobre a visibilidade do repositório\n\nVocê pode restringir quem tem acesso a um repositório escolhendo a visibilidade de um repositório: pública, interna ou privada.\n\nAo 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 que pertence a uma conta\ncorporativa, também poderá optar por tornar o repositório interno.\n\n* Se sua conta não for um conta de usuário gerenciada, você poderá criar repositórios públicos.\n  Repositórios públicos são acessíveis a todos na Internet.\n* 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.\n* Repositórios internos podem ser acessados por todos os integrantes da empresa. Para obter mais informações, confira [Sobre os repositórios internos](#about-internal-repositories).\n\n### Considerações de segurança para visibilidade do repositório\n\nRepositórios públicos expõem sua base de código a todos, aumentando o risco de que invasores possam explorar vulnerabilidades ou acessar informações confidenciais. Você pode atenuar esses riscos ativando recursos de segurança GitHub, como Dependabot, secret scanning, proteção contra push e code scanning para o repositório. Além disso, adicione uma política de segurança (um arquivo `SECURITY.md`) ao repositório, descrevendo como as vulnerabilidades devem ser relatadas, para garantir que possíveis ameaças sejam tratadas com eficiência.\n\nEmbora repositórios privados restrinjam o acesso a usuários autorizados, ainda é essencial implementar controles de acesso fortes, autenticação multifator e auditorias regulares para reduzir os riscos.\n\nPara saber mais, confira [Guia de Início rápido para proteger seu repositório](/pt/enterprise-cloud@latest/code-security/getting-started/quickstart-for-securing-your-repository).\n\nOs proprietários da organização sempre têm acesso a todos os repositórios criados em uma organização. Para saber mais, confira [Funções de repositório para uma organização](/pt/enterprise-cloud@latest/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/repository-roles-for-an-organization).\n\nAs pessoas com permissões de administrador para um repositório podem alterar a visibilidade de um repositório existente. Para saber mais, confira [Definir a visibilidade do repositório](/pt/enterprise-cloud@latest/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/setting-repository-visibility).\n\n## Sobre repositórios internos\n\nSe a sua organização pertence a uma conta corporativa, 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. Para obter mais informações sobre o innersource, consulte [Usando o innersource em sua empresa](/pt/enterprise-cloud@latest/admin/concepts/enterprise-best-practices/use-innersource).\n\n> \\[!NOTE]\n> Você só poderá criar repositórios internos se usar GitHub Enterprise Cloud com uma conta corporativa. Uma conta corporativa é um tipo separado de conta que permite um ponto central de gerenciamento para várias organizações. Para saber mais, confira [Tipos de contas de GitHub](/pt/enterprise-cloud@latest/get-started/learning-about-github/types-of-github-accounts).\n\nOs membros da organização têm permissões de leitura para todos os repositórios internos em uma empresa, incluindo aqueles em organizações das quais não são membros. Repositórios internos não são visíveis para pessoas de fora da empresa, incluindo colaboradores externos em repositórios da organização. Para saber mais, confira [Habilidades de funções em uma empresa](/pt/enterprise-cloud@latest/admin/managing-accounts-and-repositories/managing-roles-in-your-enterprise/abilities-of-roles) e [Funções de repositório para uma organização](/pt/enterprise-cloud@latest/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/repository-roles-for-an-organization).\n\nOs repositórios internos são a configuração padrão para todos os repositórios criados em uma organização pertencente a uma conta corporativa.\n\nPor padrão, os membros enterprise podem bifurcar um repositório interno em qualquer organização em que o usuário possa criar repositórios. Os proprietários da organização também podem permitir que os usuários criem uma bifurcação de propriedade de uma conta de usuário e podem gerenciar a política de forking para uma organização. Os proprietários de empresas podem gerenciar a política de bifurcação para algumas ou todas as organizações dentro de uma empresa. Para saber mais, confira [Gerenciando a política de bifurcação da sua organização](/pt/enterprise-cloud@latest/organizations/managing-organization-settings/managing-the-forking-policy-for-your-organization) e [Aplicar as políticas de gerenciamento do repositório na sua empresa](/pt/enterprise-cloud@latest/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-repository-management-policies-in-your-enterprise#enforcing-a-policy-for-forking-private-or-internal-repositories).\n\n## Próximas etapas\n\nAqui estão alguns recursos úteis para as próximas etapas com repositórios.\n\n* [Práticas recomendadas para repositórios](/pt/enterprise-cloud@latest/repositories/creating-and-managing-repositories/best-practices-for-repositories): saiba como usar os repositórios de maneira mais eficaz.\n* [Criar um repositório](/pt/enterprise-cloud@latest/repositories/creating-and-managing-repositories/creating-a-new-repository): crie um novo repositório.\n* [Gerenciando branches em seu repositório](/pt/enterprise-cloud@latest/pull-requests/how-tos/commit-changes/managing-branches-within-your-repository): saiba como criar e excluir branches em seu repositório.\n* [Como criar uma solicitação de pull](/pt/enterprise-cloud@latest/pull-requests/how-tos/create-pull-requests/creating-a-pull-request): crie uma pull request para propor e colaborar em alterações em um repositório."}