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

Понадобятся iPhone или Android-устройство, аккаунт GitHub и доступ к нужному проекту. Ниже — установка, поиск конкретной карточки и проверка отправленного сообщения. Возможности сверены с документацией 3 октября 2026 года; действия в приложении на устройстве при подготовке не выполнялись.

Что удобно делать на телефоне

Issue — карточка задачи с номером и обсуждением. Pull Request, или PR, — предложение включить изменения файлов в другую ветку. GitHub Mobile помогает читать их, оставлять комментарии, работать с уведомлениями и просматривать доступные изменения. Официальное описание GitHub Mobile.

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

Установите приложение и проверьте аккаунт

Перейдите к App Store или Google Play по ссылкам с официальной страницы GitHub Mobile. Проверьте издателя и требования к вашей версии ОС в магазине, затем установите приложение.

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

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

Найдите именно ту задачу, на которую хотите ответить

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

Другой путь — поиск в GitHub Mobile. Найдите репозиторий по владельцу и имени, откройте задачи и нужную карточку. Прежде чем писать, сопоставьте три вещи: репозиторий, номер задачи и заголовок.

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

Как отправить полезное уточнение

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

Например, коллега спрашивает, что должно быть в новом разделе шаблона встречи. Вместо «да, добавьте» можно написать:

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

Это пример ответа; в настоящей задаче используйте согласованные требования. Откройте поле комментария, введите текст, перечитайте его и отправьте доступной кнопкой интерфейса. Названия и расположение элементов могут различаться между iOS, Android и обновлениями приложения.

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

Комментарий сохраняет договорённость. Он сам не меняет файл и не подтверждает выполнение задачи.

Как посмотреть Pull Request

Откройте нужный PR, прочитайте назначение правки и раздел с изменёнными файлами. Diff — сравнение старых и новых строк. По нему можно увидеть, что автор добавил или удалил.

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

Перед одобрением нужны контекст и проверки. Короткий просмотр с телефона достаточен для вопроса «почему изменён срок?», но может быть недостаточен для решения о выпуске программы. После отправки проверьте, сохранилось ли именно выбранное действие. Merge, то есть включение правки в целевую ветку, выполняется отдельно и может запускать выпуск сайта.

Уведомления без постоянного шума

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

Настройки GitHub определяют события и каналы доставки; настройки ОС — разрешены ли push-уведомления приложению. Если сообщение не пришло, проверьте оба уровня и наличие самого события. Настройка уведомлений GitHub.

Статус «прочитано» относится к уведомлению. Он не закрывает задачу и не означает, что вы приняли предложенную правку.

Полезные сценарии

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

Снять небольшой вопрос перед ревью. В PR исправляют инструкцию, а назначение одной строки неясно. Посмотрите diff и задайте адресный вопрос; потом найдите его в карточке. Результат — зафиксированное уточнение. Полную проверку изменения это не заменяет.

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

Когда нужный проект или действие недоступны

Если репозиторий не находится, проверьте аккаунт, точное имя и права. Если ссылка открывается только в браузере, можно ответить там: привязка ссылок к приложению зависит от ОС. Если нет нужной кнопки, сравните доступное действие с веб-версией и правилами проекта.

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

Следующий шаг

Для обзора задач и их состояний с рабочего места изучите GitHub Projects — управление задачами AI-агентов.

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

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov.