Skip to main content

Сведения о разрешениях и видимости вилок

Права и видимость форков зависят от того, является ли восходящий репозиторий публичным или частным , принадлежит ли он организации.

Сведения о разрешениях для создания вилок

Вы можете вилку любого общедоступный репозиторий:

  • Личная учетная запись
  • В организацию, в которой у вас есть разрешение на создание репозиториев

Если у вас есть доступ к частному репозиторию, а владелец разрешает вилку, можно вилку репозитория:

  • Личная учетная запись
  • Организация на GitHub Team с разрешением на создание репозиториев

Создать вилку из частного репозитория к организации с помощью GitHub Free невозможно. Дополнительные сведения о GitHub Team и GitHub Freeсм. в разделе Планы GitHub.

  • Если вы закрепите частный репозиторий, принадлежащий личная учетная запись, внешние сотрудники также получают доступ к вилке.
  • Если вы форкли приватный репозиторий, принадлежащий организации, команды внутри организации получат доступ к форку, а внешние соавторы — нет.
  • Вы можете добавить внешнего коллаборатора в форк приватного репозитория, принадлежащего организации, если вы владелец организации, или если ваша организация разрешает администраторам репозиториев приглашать внешних соавторов, а внешний коллаборатор также имеет доступ к восходящему репозиторию.

Если вы являетесь членом корпоративный с управляемыми пользователями, существуют дополнительные ограничения на репозитории, которые можно форкать. Для получения дополнительной информации смотрите Сведения о Enterprise Managed Users в GitHub Enterprise Cloud документации...

Организации могут разрешать или предотвращать форк любых частных репозиториев, принадлежащих организации предприятия. Для получения дополнительной информации см. Управление политикой ветвления для вашей организации.

О видимости вилок

Вилка — это новый репозиторий, который использует параметры кода и видимости с вышестоящим репозиторием. Все вилки общедоступных репозиториев являются общедоступными. Невозможно изменить видимость вилки.

Все репозитории принадлежат сети репозитория. Сеть репозитория содержит вышестоящий репозиторий, прямые вилки вышестоящего репозитория и все вилки этих вилок. Все вилки в сети репозитория имеют одинаковый параметр видимости. Дополнительные сведения см. в разделе Основные сведения о подключениях между репозиториями.

При удалении репозитория или изменении параметров видимости репозитория повлияет на вилки репозитория. Дополнительные сведения см. в разделе Что происходит с вилками при удалении репозитория или изменении видимости?

Если удалить вилку, все вклады кода этого вилки по-прежнему будут доступны для сети репозитория.

Сведения о разрешениях для вилок

Частные вилки наследуют структуру разрешений вышестоящего репозитория. Это помогает владельцам частных репозиториев контролировать свой код. Например, если вышестоящий репозиторий является частным и предоставляет доступ для чтения/записи команде, то у той же команды будет доступ для чтения/записи к любым вилкам частного вышестоящего репозитория. Частные вилки наследуют только разрешения команды (а не отдельные разрешения).

Примечание.

При изменении базовых разрешений для организации разрешения для частных форков не обновляются автоматически. Дополнительные сведения см. в разделе Настройка базовых разрешений для организации.

Общедоступные вилки не наследуют структуру разрешений вышестоящего репозитория.

При вводе общедоступный репозиторий в личная учетная запись можно разрешить ответственный за репозиторий отправить в ветвь запроса на вытягивание. Это включает в себя предоставление им разрешения на фиксации или удаление ветви.

Это ускоряет совместную работу, позволяя поддерживать:

  • Создание прямых фиксаций в ветви
  • Выполните тесты локально, прежде чем объединить вы не можете предоставить push-разрешения на вилку, принадлежащей организации.

Дополнительные сведения см. в разделе Разрешение изменений в ветви запроса на вытягивание, созданной из вилки.

Сведения о наборе правил push для вилированных репозиториев

Правила отправки применяются ко всей сети вилки для репозитория, обеспечивая защиту каждой точки входа в репозиторий. Например, если вы вилку репозитория с включенными наборами правил push-уведомлений, то те же наборы правил push-уведомлений также будут применяться к вашему вилку репозитория.

Для вилированного репозитория единственными пользователями, у которых есть разрешения обхода для правила принудительной отправки, являются пользователи, у которых есть разрешения обхода в корневом репозитории.

Дополнительные сведения см. в разделе Сведения о наборе правил.

Важные вопросы безопасности

Если вы работаете с вилками или являетесь владельцем репозитория или организации, которая позволяет вилки, важно учитывать следующие аспекты безопасности.

  • Вилки имеют свои собственные разрешения, отдельные от вышестоящего репозитория.
  • Владельцы репозитория, который был вилирован, имеют разрешение на чтение всех вилок в сети репозитория.
  • Владельцы репозитория, который был вилирован, имеют разрешение администратора на вилки, созданные в личных пространствах имен пользователей, включая возможность удаления вилки и ее ветвей.
  • Владельцы репозитория, который был вилирован, имеют разрешение на чтение для вилок, созданных в организациях, но не имеют возможности удалять вилку или ее ветви.
  • Вилки, созданные в другой организации, не будут удалены при удалении отдельного доступа из вышестоящего репозитория.
  • Фиксации в любом репозитории в сети можно получить из любого репозитория в одной сети, включая вышестоящий репозиторий, даже после удаления вилки.

Сведения о вилках в организации

Вилки в одной и той же организации копируют параметры совместной работы и команды своих вышестоящих репозиториев. Если репозиторий принадлежит организации:

  • Эта организация управляет разрешениями своих вилок.
  • Все команды из вышестоящей структуры разрешений, которые существуют и видимы в целевой организации или пространстве имен пользователей, будут скопированы их разрешения.
  • Разрешения администратора остаются с вышестоящим владельцем, за исключением случаев, когда пользователь вставляется в другую организацию.
  • Если этот репозиторий вилируется в пространство имен пользователя, организация поддерживает разрешения администратора и все команды с доступом.