Совместная поставка изменений через GitHub
Подготовить собственный доступ к GitHub и поставлять изменения в прослеживаемом совместном цикле: подтвердить рабочую электронную почту и аккаунт GitHub, сгенерировать отдельную пару SSH-ключей, безопасно сохранить закрытый ключ, добавить публичный ключ в GitHub и проверить SSH-аутентификацию. Затем проверить правильный remote и базовую ветку, связать изменение с задачей, подготовить pull request с контекстом и evidence, обработать review и автоматические проверки и осознанно завершить интеграцию.
Администрирование прав организации и разрешение содержательных Git-конфликтов не входят в эту карточку. Если контролируемый сценарий перестаёт быть бесконфликтным, участник должен остановить merge, сохранить состояние и запросить отдельное решение, а не угадывать правильную версию.
Тренажёр навыка
Понять.
Сделать.
Подтвердить.
Что нужно уметь
Подготовить собственный доступ к GitHub и поставлять изменения в прослеживаемом совместном цикле: подтвердить рабочую электронную почту и аккаунт GitHub, сгенерировать отдельную пару SSH-ключей, безопасно сохранить закрытый ключ, добавить публичный ключ в GitHub и проверить SSH-аутентификацию. Затем проверить правильный remote и базовую ветку, связать изменение с задачей, подготовить pull request с контекстом и evidence, обработать review и автоматические проверки и осознанно завершить интеграцию.
Администрирование прав организации и разрешение содержательных Git-конфликтов не входят в эту карточку. Если контролируемый сценарий перестаёт быть бесконфликтным, участник должен остановить merge, сохранить состояние и запросить отдельное решение, а не угадывать правильную версию.
Составляющие навыка
- Идентичность и доступ — подтвердить рабочую почту и использовать собственный аккаунт GitHub.
- SSH-аутентификация — создать отдельную пару ключей, защитить закрытый ключ и проверить подключение.
- Remote и база — убедиться, что изменение отправляется в правильный репозиторий и базовую ветку.
- Связь с задачей — связать ветку и pull request с исходной задачей и её контекстом.
- Pull request — описать цель, границы, изменения, проверки и evidence.
- Review и CI — обработать замечания и автоматические проверки без обхода существенных сигналов.
- Интеграция — осознанно выбрать способ завершения и остановиться при неожиданном конфликте.
Как закрепить
Что понадобится: доступ к рабочей электронной почте, собственный аккаунт GitHub и компьютер с Git и SSH-клиентом.
Проверить доступ к рабочей электронной почте и собственному аккаунту GitHub. На учебном компьютере сгенерировать новую пару SSH-ключей с понятным именем и passphrase, не заменяя существующие ключи; добавить только публичный ключ в настройки GitHub и проверить подключение к github.com по SSH. Затем в воспроизводимом учебном fixture с заранее созданными репозиторием, базовой веткой, issue, reviewer-сценарием и детерминированной CI-проверкой настроить SSH remote, подготовить связанную ветку и pull request с описанием цели, границ, проверок и evidence. Обработать одно заранее заданное замечание, исправить ожидаемое падение проверки и объяснить выбранный способ слияния.
Как проверить перенос
Получить новый экземпляр контролируемого fixture на компьютере без готового подключения к GitHub, но с доступом к собственной почте и аккаунту. Самостоятельно создать отдельную пару SSH-ключей, отличить публичный ключ от закрытого, подключить ключ к GitHub и подтвердить успешную SSH-аутентификацию без публикации секрета. Затем среди двух явно различимых remotes определить правильный SSH remote и базу, безопасно синхронизировать отставшую, но подготовленную к бесконфликтной синхронизации рабочую ветку, дополнить неполный pull request, обработать review-комментарий, устранить детерминированную причину падающей проверки и принять обоснованное решение о готовности к merge. При неожиданном содержательном конфликте остановиться и зафиксировать эскалацию.
Результат, а не ощущение
Evidence
освоения
- подтверждённый доступ к собственной рабочей почте и аккаунту GitHub;
- отдельная пара SSH-ключей и безопасно сохранённый закрытый ключ;
- добавленный в GitHub публичный ключ и успешная проверка SSH-аутентификации;
- корректно настроенный и проверенный remote;
- issue или иное зафиксированное основание изменения;
- pull request с целью, границами и способом проверки;
- обработанные review-комментарии и результаты checks;
- понятное решение о merge и прослеживаемая связь с задачей;
- отсутствие секретов и лишних данных в ветке, pull request и журнале проверки.
Антипаттерны
Типовые ошибки
- путаница между Git и GitHub;
- создание ключа поверх существующего файла или потеря passphrase;
- копирование, публикация или добавление в GitHub закрытого ключа вместо публичного;
- передача личного аккаунта, ключа или кодов подтверждения другому человеку или агенту;
- использование HTTPS remote с токеном после настройки SSH без осознанной причины;
- push в неверный remote или защищённую ветку;
- pull request без контекста и доказательств проверки;
- слияние при падающих или непрочитанных checks;
- разрешение конфликта без понимания обеих сторон;
- размещение токена или другого секрета в репозитории, команде или pull request.