Как дать доступ к репозиторию github

Как дать доступ к github репозиторию?

Допустим, я создал private git.
Чтобы дать доступ кому то, я должен ему предоставить логин и пароль от github аккаунта.

• Вопрос задан более трёх лет назад
• 33134 просмотра

Комментировать

Решения вопроса 1

I need your traceback.

1. Settings
2. Manage access (вводите свой пароль)
3. Invite a collaborator
4. Скидывайте ссылку тому, кому дали доступ

Ответ написан более трёх лет назад

Комментировать

Нравится 7 Комментировать

Задание разрешений для репозитория Git

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

Ветви наследуют подмножество разрешений от назначений, сделанных на уровне репозитория. Сведения о разрешениях и политиках ветви см. в разделе «Настройка разрешений ветви» и «Улучшение качества кода» с помощью политик ветвей.

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

Необходимые компоненты

• У вас должен быть проект. Если у вас еще нет проекта, создайте его в Azure DevOps или настройте его в локальной среде Azure DevOps.
• Вы должны быть членом группы «Проект Администратор istrator» или иметь разрешения «Управление» для репозиториев Git.

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

Чтобы внести свой вклад в исходный код, необходимо получить уровень доступа Базовый или выше. Пользователи, которым предоставлен доступ заинтересованных лиц , не имеют доступа к исходному коду. Дополнительные сведения см. в разделе «О уровнях доступа».

Разрешения репозитория по умолчанию

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

Разрешение

Читателей

Участников

Сборка Администратор

Администратор проекта

Чтение (клонирование, получение и изучение содержимого репозитория); также может создавать, комментировать, голосовать и вносить вклад в запросы на вытягивание.

Участие, создание ветвей, создание тегов и управление заметками

Создание репозитория, удаление репозитория и переименование репозитория

Изменение политик, управление разрешениями, удаление блокировок других пользователей

Принудительное принудительное отправка (перезапись журнала, удаление ветвей и тегов)

Обход политик при выполнении запросов на вытягивание
(не задано для какой-либо группы безопасности)

Обход политик при выполнении запросов на вытягивание, обход политик при отправке, принудительной отправке (перезаписи журнала, удалении ветвей и тегов)
(не задано для какой-либо группы безопасности)

Начиная с Azure DevOps sprint 224 (Azure DevOps Services и Azure DevOps Server 2022.1 и более поздних версий), разрешение на изменение политик больше не предоставляется автоматически создателям ветвей. Ранее при создании новой ветви вам предоставлялось разрешение на изменение политик в этой ветви. В этом обновлении мы изменим поведение по умолчанию, чтобы не предоставить это разрешение, даже если параметр управления разрешениями включен для репозитория. Вам потребуется разрешение «Изменить политики «, предоставленное явным образом (вручную или через REST API) путем наследования разрешений безопасности или членства в группе.

Открытие системы безопасности для репозитория

Вы задаете разрешения репозитория Git из Project Параметры> Repositories.

1. Откройте веб-портал и выберите проект, в котором нужно добавить пользователей или группы. Сведения о выборе другого проекта см. в разделе Switch project, репозиторий, команда.
2. Откройте репозитории> параметров проекта. Чтобы задать разрешения для всех репозиториев Git, выберите «Безопасность«. Например, здесь мы выбираем (1) параметры проекта, (2) Репозитории, а затем (3) Безопасность.Щелкните значок закрытия, чтобы закрыть.
   1. Откройте веб-портал и выберите проект, в котором нужно добавить пользователей или группы. Сведения о выборе другого проекта см. в разделе Switch project, репозиторий, команда.
   2. Выберите значок шестеренки , чтобы открыть контекст администрирования.

   

   Примечание. Возможно, вы не сможете найти пользователя на странице разрешений или поле удостоверения, если пользователь не был добавлен в проект, добавив его в группу безопасности или в группу проектов. Кроме того, при добавлении пользователя в идентификатор Microsoft Entra ID или Active Directory может возникнуть задержка между временем, когда они добавляются в проект и когда они доступны для поиска из поля удостоверения. Задержка может составлять от 5 минут до 7 дней.

   

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

3. Выберите параметр для разрешения, которое нужно изменить. Здесь мы предоставим разрешения группе участников (3) Создать репозиторий.
4. По завершении нажмите кнопку «Сохранить изменения«.

Изменение разрешений для группы безопасности

Чтобы задать разрешения для настраиваемой группы безопасности, необходимо определить эту группу ранее. См. раздел «Установка разрешений» на уровне проекта.

1. Чтобы задать разрешения для определенной группы, выберите группу. Например, здесь мы выбираем группу участников.
2. Измените одно или несколько разрешений. Чтобы предоставить разрешения, измените значение Not Set to Allow. Чтобы ограничить разрешения, измените значение «Разрешить запретить «.
3. По завершении перейдите от страницы. Изменения разрешений автоматически сохраняются для выбранной группы.

Настройка разрешений для конкретного пользователя

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

Затем внесите изменения в набор разрешений.

Примечание. Возможно, вы не сможете найти пользователя на странице разрешений или поле удостоверения, если пользователь не был добавлен в проект, добавив его в группу безопасности или в группу проектов. Кроме того, при добавлении пользователя в идентификатор Microsoft Entra ID или Active Directory может возникнуть задержка между временем, когда они добавляются в проект и когда они доступны для поиска из поля удостоверения. Задержка может составлять от 5 минут до 7 дней.

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

Включение или отключение наследования для определенного репозитория

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

Исключение из разрешений политики принудительного применения и обхода политик

Существует множество сценариев, в которых иногда требуется обойти политику ветвей. Например, при отменить изменения изменения, вызвавшего разрыв сборки или применение исправления в середине ночи. Ранее разрешение «Освобождение от применения политики» помогло командам управлять тем, какие пользователи получили возможность обхода политик ветвей при выполнении запроса на вытягивание. Однако это разрешение также предоставило возможность отправлять непосредственно в ветвь, обходя процесс PR полностью.

Чтобы улучшить этот интерфейс, мы разделим разрешение на применение политики , чтобы предложить больше контроля командам, предоставляющим разрешения на обход. Следующие два разрешения заменяют прежнее разрешение:

• Обход политик при выполнении запросов на вытягивание. Пользователи с этим разрешением смогут использовать интерфейс Override для запросов на вытягивание.
• Обход политик при отправке. Пользователи с этим разрешением смогут отправлять непосредственно в ветви, для которых настроены необходимые политики.

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

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

Связанные статьи

• Предоставление или ограничение доступа с помощью разрешений
• Разрешения и доступ по умолчанию
• Справочник по разрешениям и группам
• Средство командной строки разрешения Tf Git
• Команды REST API безопасности

Доступ к приватному репозиторию на Github для других участников

У меня есть репозиторий на Github, он приватный. И есть например друг, который хочет его просмотреть, но не редактировать. Как ему предоставить доступ без добавления в команду?

Отслеживать
48.6k 17 17 золотых знаков 56 56 серебряных знаков 100 100 бронзовых знаков
задан 26 мар 2019 в 16:54
Алексей Бобрович Алексей Бобрович
412 1 1 золотой знак 4 4 серебряных знака 9 9 бронзовых знаков
Сам недавно искал. Видимо никак.
26 мар 2019 в 17:03
@holyblackcat, видимо придётся только через добавления в команду.
26 мар 2019 в 17:04

Формально, есть токены, которым доступ можно разграничивать. Но, они вроде только для приложений, глазами не посмотреть. Доступ только на чтение можно организовать архивом — скачиваете, перекидываете другу.

26 мар 2019 в 18:26
@monk, ну и как токены помогут?
26 мар 2019 в 18:40

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

26 мар 2019 в 19:10

2 ответа 2

Сортировка: Сброс на вариант по умолчанию

Заходите в настройки репозитория, там есть Collaborators — там и добавляйте друга. К приветному репозиторию вы можете добавить до 3 человек.

Но это будет по сути полный доступ к репозиторию. Дать доступ только на чтение, видимо, нет возможности.

Отслеживать
ответ дан 2 апр 2019 в 19:03
32.7k 2 2 золотых знака 30 30 серебряных знаков 75 75 бронзовых знаков

Заходите в настройки репозитория

1. Settings
2. Repositories
3. Manage access
4. Invite a collaborator
5. Скидывайте ссылку тому, кому дали доступ или приглашения придет на email

Отслеживать
ответ дан 23 ноя 2020 в 7:32
51 1 1 серебряный знак 2 2 бронзовых знака

зачем вы написали ответ? я понимаю, вы хотите набить репутацию, но вы понимаете, что вы: 1. по сути дали копию первого ответа, 2. подняли старый вопрос, на который уже есть принятый ответ. Не стоит так делать

23 ноя 2020 в 7:41

Highly active question. Earn 10 reputation (not counting the association bonus) in order to answer this question. The reputation requirement helps protect this question from spam and non-answer activity.

• git
• github

Важное на Мете

Похожие

Подписаться на ленту

Лента вопроса

Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.

Дизайн сайта / логотип © 2024 Stack Exchange Inc; пользовательские материалы лицензированы в соответствии с CC BY-SA . rev 2024.1.8.3130

Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.

Управление доступом к личным репозиториям

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

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

Приглашение участников совместной работы в личный репозиторий

Вы можете пригласить пользователей стать участников совместной работы в личном репозитории.

Удаление участника совместной работы из личного репозитория

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

Удаление себя из репозитория участника совместной работы

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

Поддержание непрерывности владения репозиториями личной учетной записи

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