# Сведения о репозиториях Репозиторий содержит весь код, файлы и журнал версий каждого файла. Вы можете обсудить и управлять работой в репозитории. ## Сведения о репозиториях Репозиторий является самым основным элементом GitHub. Это место, в котором можно хранить код, файлы и журнал редакций каждого файла. Репозитории могут иметь несколько участников совместной работы и могут быть общедоступными, внутренними или частными. Чтобы создать новый репозиторий, перейдите в раздел . Инструкции см. в разделе [Краткое руководство по репозиториям](/ru/enterprise-cloud@latest/repositories/creating-and-managing-repositories/quickstart-for-repositories). ## Терминология репозитория Прежде чем приступить к работе с репозиториями, изучите эти важные термины.
| Термин | Определение | | --------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- | | Ветвь | Параллельная версия кода, содержащаяся в репозитории, но не влияет на основную или основную ветвь. | | Клонировать | Чтобы скачать полную копию данных репозитория, GitHub.comвключая все версии каждого файла и папки. | | Вилка | Новый репозиторий, который предоставляет общий доступ к параметрам кода и видимости с исходным репозиторием upstream. | | Слияние | Чтобы принять изменения из одной ветви и применить их к другой. | | Запрос на вытягивание | Запрос на слияние изменений из одной ветви в другую. | | Удаленно | Репозиторий, хранящийся GitHubна компьютере, а не на компьютере. | | Восходящие | Ветвь исходного репозитория, клонированного или клонированного. Соответствующая ветвь в клонированного или вилированного репозитория называется "внизу". |
## Сведения о владельцах репозитория Вы можете быть единоличным владельцем репозиториев по отдельности или владеть ими совместно с другими сотрудниками организации. В любом случае доступ к репозиториям управляется разрешениями. Дополнительные сведения см. в разделе \[AUTOTITLE и [Уровни разрешений для репозитория личной учетной записи](/ru/enterprise-cloud@latest/repositories/managing-your-repositorys-settings-and-features/repository-access-and-collaboration/permission-levels-for-a-personal-account-repository)]\(/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/repository-roles-for-an-organization). ## Сведения о совместной работе Репозитории можно использовать для совместной работы с другими пользователями и управления ею. * С помощью проблем можно собирать отзывы пользователей, сообщать об ошибках в программном обеспечении и упорядочивать задачи. Для получения дополнительной информации см. [О проблемах](/ru/enterprise-cloud@latest/issues/tracking-your-work-with-issues/learning-about-issues/about-issues). * Вы можете использовать GitHub Discussions, чтобы задавать вопросы и отвечать на них, обмениваться информацией, делать объявления, а также проводить обсуждения о проекте или участвовать в них. Дополнительные сведения см. в разделе [Сведения об обсуждениях](/ru/enterprise-cloud@latest/discussions/collaborating-with-your-community-using-discussions/about-discussions). * С помощью запросов на вытягивание можно предлагать изменения в репозитории. Дополнительные сведения см. в разделе [Запросы на слияние](/ru/enterprise-cloud@latest/pull-requests/reference/pull-requests). * Вы можете упорядочивать Projects и определять приоритеты проблем и запросов на вытягивание. Дополнительные сведения см. в разделе [Около Projects](/ru/enterprise-cloud@latest/issues/planning-and-tracking-with-projects/learning-about-projects/about-projects). С GitHub Free помощью личных учетных записей и организаций вы можете работать с неограниченными участниками совместной работы в неограниченных общедоступных репозиториях с полным набором функций или неограниченными частными репозиториями с ограниченным набором функций. Чтобы получить расширенные средства для частных репозиториев, можно выполнить обновление до GitHub Pro, GitHub Teamили GitHub Enterprise Cloud. См [. раздел AUTOTITLE](/ru/enterprise-cloud@latest/get-started/learning-about-github/githubs-plans). ## Видимость репозитория Вы можете ограничить доступ к репозиторию, выбрав видимость репозитория: общедоступную, внутреннюю или частную или частную. При создании репозитория можно сделать репозиторий общедоступным или частным. Если вы создаете репозиторий в организации , принадлежащей корпоративной учетной записи, вы также можете сделать репозиторий внутренним. * Если ваша учетная запись не является учетной записью управляемая учетная запись пользователя, можно создать общедоступные репозитории. Общедоступные репозитории доступны всем пользователям в Интернете. * Частные репозитории доступны только вам, пользователям, которым вы явно предоставили доступ, и, в случае с репозиториями организации, определенным ее сотрудникам. * Внутренние репозитории доступны всем сотрудникам предприятия. Дополнительные сведения см. в разделе ["Сведения о внутренних репозиториях](#about-internal-repositories)". ### Рекомендации по безопасности для видимости репозитория Общедоступные репозитории предоставляют базу кода всем пользователям, увеличивая риск того, что злоумышленники могут использовать уязвимости или получить доступ к конфиденциальной информации. Эти риски можно устранить, включив GitHub такие функции безопасности, как Dependabot, secret scanningзащита push-уведомлений и code scanning репозиторий. Кроме того, необходимо добавить политику безопасности ( `SECURITY.md` файл) в репозиторий, которая описывает, как следует сообщать об уязвимостях, чтобы обеспечить эффективное решение потенциальных угроз. Хотя частные репозитории ограничивают доступ к авторизованным пользователям, все еще важно реализовать надежные средства управления доступом, многофакторную проверку подлинности и регулярные аудиты для снижения рисков. Дополнительные сведения см. в разделе [Краткое руководство по защите репозитория](/ru/enterprise-cloud@latest/code-security/getting-started/quickstart-for-securing-your-repository). Владельцы организации всегда имеют доступ к каждому созданному в ней репозиторию. Дополнительные сведения см. в разделе [Роли репозиториев для организации](/ru/enterprise-cloud@latest/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/repository-roles-for-an-organization). Пользователи с разрешениями администратора репозитория могут изменить его видимость. Дополнительные сведения см. в разделе [Настройка видимости репозитория](/ru/enterprise-cloud@latest/repositories/managing-your-repositorys-settings-and-features/managing-repository-settings/setting-repository-visibility). ## Сведения о внутренних репозиториях Если ваш отдел принадлежит корпоративной учетной записи, вы можете использовать внутренние репозитории, чтобы опробовать innersource в организации. Сотрудники организации могут работать совместно с использованием методологий открытого кода, не раскрывая сведения, защищаемые законодательством об интеллектуальной собственности. Дополнительные сведения о внутреннем источнике см. в разделе [Использование innersource в вашем предприятии](/ru/enterprise-cloud@latest/admin/concepts/enterprise-best-practices/use-innersource). > \[!NOTE] > При использовании GitHub Enterprise Cloud с корпоративной учетной записью можно создавать только внутренние репозитории. Корпоративная учетная запись — это отдельный тип учетной записи, которая позволяет центральной точке управления для нескольких организаций. Дополнительные сведения см. в разделе [Типы аккаунтов GitHub](/ru/enterprise-cloud@latest/get-started/learning-about-github/types-of-github-accounts). Участники организации имеют разрешения на чтение для всех внутренних репозиториев на предприятии, в том числе в организациях, в которых они не состоят. Внутренние репозитории не видны людям за пределами предприятия, включая внешних сотрудников в репозиториях организации. Дополнительные сведения см. в разделе \[AUTOTITLE и [Возможности ролей на предприятии](/ru/enterprise-cloud@latest/admin/managing-accounts-and-repositories/managing-roles-in-your-enterprise/abilities-of-roles)]\(/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/repository-roles-for-an-organization). Внутренние репозитории — это параметр по умолчанию для всех новых репозиториев, созданных в организации, принадлежащей корпоративной учетной записи. По умолчанию корпоративные члены могут создать внутренний репозиторий в любой организации, где пользователь может создавать репозитории. Владельцы организации также могут разрешить пользователям создавать вилки, принадлежащие учетной записи пользователя, и управлять политикой вилки для организации. Владельцы предприятия могут управлять политикой вилки для некоторых или всех организаций в организации. Дополнительные сведения см. в разделе \[AUTOTITLE и [Управление политикой ветвления для вашей организации](/ru/enterprise-cloud@latest/organizations/managing-organization-settings/managing-the-forking-policy-for-your-organization)]\(/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-repository-management-policies-in-your-enterprise#enforcing-a-policy-for-forking-private-or-internal-repositories). ## Следующие шаги Ниже приведены некоторые полезные ресурсы для выполнения следующих действий с репозиториями. * [Рекомендации по репозиториям](/ru/enterprise-cloud@latest/repositories/creating-and-managing-repositories/best-practices-for-repositories). Узнайте, как эффективно использовать репозитории. * [Создание репозитория](/ru/enterprise-cloud@latest/repositories/creating-and-managing-repositories/creating-a-new-repository): создание нового репозитория. * [Управление ветвями в репозитории](/ru/enterprise-cloud@latest/pull-requests/how-tos/commit-changes/managing-branches-within-your-repository): узнайте, как создавать и удалять ветви в репозитории. * [Создание запроса на включение изменений](/ru/enterprise-cloud@latest/pull-requests/how-tos/create-pull-requests/creating-a-pull-request): создайте запрос на вытягивание для предложения и совместной работы над изменениями в репозитории.