Как создать приватный репозиторий и дать к нему доступ другим пользователям
Обновлено 21.10.2026
Кратко: приватный репозиторий видят только владелец репозитория и пользователи, которым выдан доступ. В инструкции показано, как создать private-репозиторий, пригласить других пользователей и что другие пользователи должны сделать после приглашения.
Что понадобится
учетная запись GitHub или GitLab для владельца репозитория;
GitHub username или email пользователей, которым нужен доступ.
Не выдавайте доступ шире, чем нужно для работы. Для обычной разработки обычно достаточно доступа на чтение и запись. Административные права нужны только тем, кто управляет настройками репозитория и безопасностью.
Как создать приватный репозиторий
Войдите в GitHub.
В правом верхнем углу нажмите +.
Выберите New repository.
Введите название репозитория.
При необходимости добавьте описание.
В разделе выбора видимости репозитория выберите Private.
Настройте дополнительные параметры, если они нужны: README, .gitignore, лицензию (это необязательно, можно оставить настройки по умолчанию).
Нажмите Create repository.
Ожидаемый результат: создан репозиторий с видимостью Private. Его не видят пользователи, которым не выдан доступ. Как проверить: отправьте ссылку на проект вида https://github.com/{имя_пользователя}/{название_проекта} пользователю без доступа — проект должен быть ему недоступен.
Как дать доступ к private-репозиторию в личном аккаунте GitHub
Этот вариант подходит, если репозиторий находится не в организации, а в личном аккаунте пользователя.
Откройте нужный репозиторий на GitHub (в примере название проекта
inspect_ai).Перейдите в Settings.
В левом меню в разделе доступа выберите Collaborators. Возможно, потребуется ввести пароль. Если такого пункта нет, откройте Collaborators & teams.
Нажмите Add people.
Введите GitHub username или email разработчика.
Выберите найденного пользователя.
Нажмите Add ... to repository.
Ожидаемый результат: разработчик получит приглашение на GitHub. Доступ начнет работать после того, как разработчик примет приглашение.
Какие права выбрать
Для целей разработки чаще всего достаточно Write. Такой доступ позволяет скачивать код, создавать ветки, отправлять изменения и работать с pull request.
Admin лучше давать только тем, кто отвечает за настройки репозитория.
Если человеку нужно только посмотреть код без возможности отправлять изменения, лучше использовать репозиторий в организации и выдать роль с правами чтения. В личном private-репозитории GitHub такой read-only доступ для collaborator не поддерживается.
Что должен сделать разработчик после получения доступа
Открыть приглашение на GitHub.
Принять приглашение.
Настроить SSH-ключ, если он еще не настроен (см. Как создать и добавить SSH-ключ для Git).
Склонировать проект:
git clone git@github.com:OWNER/REPOSITORY.gitЗамените OWNER на имя владельца или организации, а REPOSITORY — на название репозитория.
Перейти в папку проекта:
cd название_проектаПроверить, что доступ работает:
git pullОжидаемый результат: команда git pull выполняется без ошибки доступа.
Частые проблемы
Что произошло | Возможная причина | Что сделать |
|---|---|---|
Разработчик не видит репозиторий | Приглашение еще не принято | Откройте GitHub и примите приглашение |
Приглашение не пришло | Указан неправильный username или email | Проверьте данные разработчика и отправьте приглашение заново |
Команда | Используется HTTPS-адрес вместо SSH | Скопируйте SSH-адрес вида |
Ошибка | У разработчика не настроен SSH-ключ | Настройте SSH-ключ и добавьте публичный ключ в GitHub |
Нельзя выбрать read-only доступ | Репозиторий находится в личном аккаунте | Перенесите репозиторий в организацию, если нужны гибкие роли |
Дата обновления: 6 июля 2026
Не нашли ответ? Гена поищет по всей базе знаний или заведёт обращение на консультанта