Как сделать репозиторий приватным

Настройка видимости репозитория

Вы можете выбрать, кто может просматривать репозиторий.

About repository visibility changes

Note: If you can’t change a repository’s visibility, the organization owner may have restricted the ability to change repository visibility to organization owners only. For more information, see «Restricting repository visibility changes in your organization.»

We recommend reviewing the following caveats before you change the visibility of a repository.

Making a repository private

• GitHub will detach public forks of the public repository and put them into a new network. Public forks are not made private.
• If you’re using GitHub Free for personal accounts or organizations, some features won’t be available in the repository after you change the visibility to private. Any published GitHub Pages site will be automatically unpublished. If you added a custom domain to the GitHub Pages site, you should remove or update your DNS records before making the repository private, to avoid the risk of a domain takeover. For more information, see «GitHub’s plans» and «Managing a custom domain for your GitHub Pages site.»
• GitHub will no longer include the repository in the GitHub Archive Program. For more information, see «About archiving content and data on GitHub.»
• GitHub Advanced Security features, such as code scanning, will stop working. For more information, see «About GitHub Advanced Security.»

Making a repository public

• GitHub will detach private forks and turn them into a standalone private repository. For more information, see «What happens to forks when a repository is deleted or changes visibility?»
• If you’re converting your private repository to a public repository as part of a move toward creating an open source project, see the Open Source Guides for helpful tips and guidelines. You can also take a free course on managing an open source project with GitHub Skills. Once your repository is public, you can also view your repository’s community profile to see whether your project meets best practices for supporting contributors. For more information, see «About community profiles for public repositories.»
• The repository will automatically gain access to GitHub Advanced Security features.
• Attachments uploaded to the repository’s issues and pull requests will become inaccessible until the repository is made private again or the attachments are reuploaded. This is a temporary limitation that GitHub is working to resolve.

For information about improving repository security, see «Securing your repository.»

Changing a repository’s visibility

1. On GitHub.com, navigate to the main page of the repository.
2. Under your repository name, click

Settings. If you cannot see the «Settings» tab, select the

dropdown menu, then click Settings.

Further reading

Как можно сделать приватный репозиторий публичным на gitHub

Есть приватный репозиторий на GitHub . Хочу сделать его публичным для публикации на GitPages . Как это можно сделать?

Отслеживать
67.7k 5 5 золотых знаков 20 20 серебряных знаков 51 51 бронзовый знак
задан 10 фев 2020 в 8:55
Konstantin_SH Konstantin_SH
2,876 2 2 золотых знака 21 21 серебряный знак 41 41 бронзовый знак

3 ответа 3

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

Справа в меню зайти в настройки «Settings» затем вкладка «Options» и в самом низу «Make this repository public».

Обновлено: В разделе Settings > General в самом низу находим группу Danger Zone и выбираем Change visibility > Make public .

Gitlab приватный репозиторий

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

Как создать в Gitlab приватный репозиторий

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

Выбор типа при создании проекта:

Пользователи добавляются в настройках проекта. Требуется перейти в Settings в меню слева. затем выбрать Members.

Пользователя можно выбрать из списка если он уже зарегистрирован. Или можно ввести email и отправить таким образом приглашение к участию в проекте.

Уровни доступа к Gitlab для пользователей

Существует 4 уровня или статуса участника:

• Guest — может просматривать wiki, смотреть и создавать issues.
• Reporter — дополнительно может просматривать код.
• Developer — доступ разработчика, может свободно работать. Однако по умолчанию запрещено добавлять изменения в защищенные ветки.
• Maintainer — может делать все кроме управления самим проектом. Например, не может проект удалить.

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

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

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

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

Хорошая новость — GitHub разрешил создавать приватные репозитории с любым количеством участников бесплатно. Это на самом деле крутая вещь, поскольку позволяет (наконец-то!) перенести работу с клиентом на гитхаб. Например я сейчас в основном использую google-документы, где клиент расписывает ТЗ и там мы пытаемся организовать какой-то рабочий процесс. Были с моей стороны попытки использовать другие сайты, то там либо всё очень сложно (для клиентов), либо дорого.

Я немного поэкспериментировал и хочу рассказать как можно теперь использовать GitHub под подобные задачи.

Первым делом клиент должен зарегистрироваться на github.com. В теории вы можете отправить ему приглашение (invite), но клиенту всё равно придётся проходить процедуру регистрации, а инвайт — это дополнительный шаг. Поэтому лучше сделать обычную регистрацию, тем более она очень простая. После этого клиент присылает вам свой гитхабовский логин/ник.

Для каждого клиента нужно сделать отдельный репозиторий в котором вы будете работать. Для этого в своём основном аккаунте нужно создать Organization: Settings — Organizations — New Organization.

После этого появится окно с тарифными планами. Нужно выбрать Free и дальше заполнить форму, где указать названия организации (по ней будет создана прямая ссылка) и email.

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

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

Дальше обычная форма создания, где указывается имя (ссылка), отмечается Private и сразу отметьте опцию «Initialize this repository with a README». Она создаст файл readme.md в корне проекта. Так вам не нужно будет потом заморачиваться с отдельной инициализацией.

Всё, репозиторий создан и он настраивается как любой другой. Теперь для него нужно добавить участников. Жмём Settings

и переходим на вкладку Manage access. Здесь жмем кнопку «Invite teams or people» и заполняем предложенную форму.

В поле «name» вбиваем логин/ник клиента. После отмечаем его уровень доступа — это Write, чтобы клиент мог создавать Issues.

Дальше гитхаб отправит приглашение на почту клиента, где он должен будет его подтвердить.

На этом, собственно, все настройки и завершены. У вас, как разработчика, есть доступ к управлению через git, а клиент создаёт задачи через вкладку Issues. Поскольку теперь всё приватно, то никто не сможет увидеть вашу работу.

Для другого клиента/проекта всё аналогично. Создаётся новый репозиторий (можно все делать в одной организации) и добавляется пользователь. После того, как работа завершена, можно удалить репозиторий (Settings — Options — Danger Zone — Delete this repository).

ps Да и ещё. Недавно я запустил свой telegram-канал. Подписывайтесь!