Skip to main content

Сведения о репозиториях

Репозиторий содержит весь код, файлы и журнал версий каждого файла. Вы можете обсудить и управлять работой в репозитории.

Сведения о репозиториях

Репозиторий — это самый простой элемент 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)".

Следующие шаги

Ниже приведены некоторые полезные ресурсы для выполнения следующих действий с репозиториями.