Как добавить ревьюера в гитхабе

Как сделать пулреквест на GitHub

Создайте свой первый запрос на изменение GitHub пулреквеста.

Время чтения: меньше 5 мин

Открыть/закрыть навигацию по статье

Задача

Скопировать ссылку «Задача» Скопировано

Сделать пулреквест в существующий репозиторий на GitHub.

Готовое решение

Скопировать ссылку «Готовое решение» Скопировано

Суть пулреквеста — создать запрос на внесение изменений в репозиторий. Обычно такой запрос сопровождается отзывом (ревью) со стороны других пользователей репозитория, обладающих правами на внесение изменений.

Для того, чтобы сделать пулреквест, нужно создать отдельную ветку и внести все правки именно в неё. Название ветки можно выбрать произвольным образом, но лучше отразить суть изменений в нескольких английских словах, перечисленных через знак переноса ( — ). Например, чтобы внести изменения (пофиксить), можно использовать слово fix или hotfix (для срочных изменений) в качестве первого слова:

 git checkout -b hotfix git checkout -b hotfix   Скопировать Скопировано Не удалось скопировать   

Эта команда создаст ветку с именем hotfix , и Git переключит репозиторий на новую ветку. Теперь можно вносить изменения с помощью коммитов, например:

 git commit -m 'Вносит правки в описание' git commit -m 'Вносит правки в описание'    Скопировать Скопировано Не удалось скопировать   

Когда все правки внесены, необходимо отправить изменения на GitHub. Для этого нужно выполнить команду:

 git push -u origin hotfix git push -u origin hotfix   Скопировать Скопировано Не удалось скопировать   

После этого нужно перейти на сайт GitHub и зайти там в репозиторий. Сверху появится сообщение на жёлтом фоне, в котором вам предложат создать пулреквест:

Можно нажать кнопку «Compare & pull request» в этом сообщении или создать пулреквест «вручную» на странице со списком пулреквестов с помощью кнопки «New pull request»:

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

Внизу страницы будут перечислены коммиты с изменениями.

Когда будете уверены, что заполнили необходимые поля и выбрали подходящие настройки, нажмите кнопку «Create pull request».

GitHub Code Owners: повышаем эффективность код‑ревью

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

В недавнем обновлении GitHub появилась возможность указать, кто из разработчиков должен проверить код, если были затронуты какие-то определённые файлы. Помимо отдельных разработчиков, в качестве ревьюеров можно назначать команды участников (например @codex-team/frontend). Настраивается все с помощью простого файла.

Как работает файл настройки ревьюеров

Чтобы назначить ответственных, создайте файл CODEOWNERS в корне проекта (или в папке .github/) в следующем формате:

# Линии, начинающиеся с ‘#’ — это комментарии. # Каждая линия — это шаблон файлов, сопровождаемый одним # или несколькими участниками. # Следующие участники будут выбраны ревьюерами по-умолчанию # для всех файлов репозитория. * @specc @talyguryn # Порядок важен. Последний подходящий шаблон имеет высший приоритет. # Если пул-реквест содержит JavaScript файлы, следующие # участники будут назначены ревьюерами. *.js @gohabereg @codex-team/frontend # Вы можете использовать email-адреса. docs/* [email protected]

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

Дополнительный уровень безопасности

В настройках защищенных веток появился пункт «Require review from Code Owners». При его активации будет требоваться одобрение «владельцев кода» для внесения изменений в эту ветку.

Подробнее можно почитать в официальном описании нововведения. А мы продолжим делиться своим опытом и рассматривать новые полезные инструменты.

If you like this article, share a link with your friends

Read more

We talk about interesting technologies and share our experience of using them.

Как дать доступ к приватному репозиторию на Github

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

Многие сталкиваются с тем, что не могут найти в интерфейсе GitHub как это сделать. Но на самом деле здесь всё очень просто.

Вот краткая и подробная инструкция.

Инструкция как дать доступ к private репозиторию GitHub

1. Запросите у человека, которому хотите дать доступ к репозиторию его электронную почту. Почта должна быть привязана к его аккаунту на Гите.
2. Заходите в свой аккаунт GitHub и выбираете нужный репозиторий из списка.
   
3. Находясь в нужном репозитории нажимаем на Settings
   
4. В левом меню выбираем Collaborators
   
5. Далее в блоке Manage access нажимаем на кнопку Add people и добавляем адрес того, кого хотите добавить для работы с Git репозиторием.
   
   После этого человек, которого вы добавили, получит на электронную почту приглашение со ссылкой, перейдет по ней и присоединится к вашему репозиторию.

Вот и вся хитрость. Добавляйте в избранное, чтобы не потерять ��

Доступ к приватному репозиторию на 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.3.2953

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