Сведения о репозиториях
Репозиторий — это самый простой элемент GitHub. Это место, в котором можно хранить код, файлы и журнал редакций каждого файла. Репозитории могут иметь несколько участников совместной работы и могут быть общедоступными, внутренними, или частными.
Чтобы создать новый репозиторий, перейдите в раздел https://github.com/new. Инструкции см. в разделе "Краткое руководство по репозиториям".
Терминология репозитория
Прежде чем приступить к работе с репозиториями, изучите эти важные термины.
Термин | Определение |
---|---|
Ветвь | Параллельная версия кода, содержащаяся в репозитории, но не влияет на основную или основную ветвь. |
Клонировать | Чтобы скачать полную копию данных репозитория из ваш экземпляр GitHub Enterprise Server, включая все версии каждого файла и папки. |
Вилка | Новый репозиторий, который предоставляет общий доступ к параметрам кода и видимости с исходным репозиторием upstream. |
Слияние | Чтобы принять изменения из одной ветви и применить их к другой. |
Запрос на вытягивание | Запрос на слияние изменений из одной ветви в другую. |
Удаленно | Репозиторий, хранящийся на GitHub Enterprise Server, а не на компьютере. |
Восходящие | Ветвь исходного репозитория, клонированного или клонированного. Соответствующая ветвь клонированного или вилированного ветви называется "нижестоящей". |
Сведения о владельцах репозитория
Вы можете быть единоличным владельцем репозиториев по отдельности или владеть ими совместно с другими сотрудниками организации.
В любом случае доступ к репозиториям управляется разрешениями. Дополнительные сведения см. в разделе "[AUTOTITLE" и "Уровни разрешений для репозитория личной учетной записи](/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/repository-roles-for-an-organization)".
Сведения о совместной работе
Репозитории можно использовать для совместной работы с другими пользователями и управления ею.
- С помощью проблем можно собирать отзывы пользователей, сообщать об ошибках в программном обеспечении и упорядочивать задачи. Дополнительные сведения см. в разделе "О проблемах".
- С помощью запросов на вытягивание можно предлагать изменения в репозитории. Дополнительные сведения см. в разделе Сведения о запросах на вытягивание.
- Вы можете использовать Projects для упорядочивания и определения приоритета проблем и запросов на вытягивание. Дополнительные сведения см. в разделе Сведения о Projects.
Каждый пользователь и каждая организация могут владеть неограниченным количеством репозиториев и приглашать в них неограниченное количество участников совместной работы.
Видимость репозитория
Вы можете ограничить доступ к репозиторию, выбрав видимость репозитория: public, internal или private.
При создании репозитория можно сделать репозиторий общедоступным или частным.
- Если ваш экземпляр GitHub Enterprise Server не находится в частном режиме или за брандмауэром, общедоступные репозитории доступны всем пользователям в Интернете. В противном случае общедоступные репозитории доступны всем пользователям, использующим ваш экземпляр GitHub Enterprise Server, включая внешний участник совместной работы.
- Частные репозитории доступны только вам, пользователям, которым вы явно предоставили доступ, и, в случае с репозиториями организации, определенным ее сотрудникам.
Владельцы организации всегда имеют доступ к каждому созданному в ней репозиторию. Дополнительные сведения см. в разделе Роли репозиториев для организации.
Пользователи с разрешениями администратора репозитория могут изменить его видимость. Дополнительные сведения см. в разделе Настройка видимости репозитория.
Сведения о внутренних репозиториях
Вы можете использовать внутренние репозитории, чтобы опробовать innersource в организации. Сотрудники организации могут работать совместно с использованием методологий открытого кода, не раскрывая сведения, защищаемые законодательством об интеллектуальной собственности, даже если закрытый режим отключен. Дополнительные сведения об InnerSource см. в техническом документе GitHub Введение в InnerSource.
Все сотрудники предприятия имеют разрешения на чтение внутреннего репозитория, но внутренние репозитории недоступны пользователям , которые не являются сотрудниками какого-либо отдела, включая внешних участников совместной работы в репозиториях отделов. Дополнительные сведения см. в разделе "[AUTOTITLE" и "Роли на предприятии](/organizations/managing-user-access-to-your-organizations-repositories/managing-repository-roles/repository-roles-for-an-organization)".
Примечание. Пользователь должен работать в отделе, чтобы быть сотрудником предприятия и иметь доступ к внутренним репозиториям. Если пользователь на ваш экземпляр GitHub Enterprise Server не является членом какой-либо организации, у пользователя не будет доступа к внутренним репозиториям.
По умолчанию корпоративные члены могут создать внутренний репозиторий в любой организации, где пользователь может создавать репозитории. Владельцы организации также могут разрешить пользователям создавать вилки, принадлежащие учетной записи пользователя, и управлять политикой вилки для организации. Владельцы предприятия могут управлять политикой вилки для некоторых или всех организаций в организации. Дополнительные сведения см. в разделе "[AUTOTITLE" и "Управление политикой ветвления для вашей организации](/admin/policies/enforcing-policies-for-your-enterprise/enforcing-repository-management-policies-in-your-enterprise#enforcing-a-policy-for-forking-private-or-internal-repositories)".
Следующие шаги
Ниже приведены некоторые полезные ресурсы для выполнения следующих действий с репозиториями.
- "Рекомендации по репозиториям:" Узнайте, как эффективно использовать репозитории.
- "Создание репозитория:" Создайте новый репозиторий.
- "Создание и удаление ветвей в репозитории:" Узнайте, как создавать и удалять ветви в репозитории.
- "Создание запроса на включение изменений:" Создайте запрос на вытягивание для предложения и совместной работы по изменениям в репозитории.