Навык 20 из 30
HS-DEV-004-GITHUBСовместная поставка изменений через GitHub
Поставлять изменения через GitHub в прослеживаемом совместном цикле: проверить правильный remote и базовую ветку, связать изменение с задачей, подготовить pull request с контекстом и evidence, обработать review и автоматические проверки и осознанно завершить интеграцию.
Администрирование прав организации и разрешение содержательных Git-конфликтов не входят в эту карточку. Если контролируемый сценарий перестаёт быть бесконфликтным, участник должен остановить merge, сохранить состояние и запросить отдельное решение, а не угадывать правильную версию.
Тренажёр навыка
Понять.
Сделать.
Подтвердить.
Что нужно уметь
Поставлять изменения через GitHub в прослеживаемом совместном цикле: проверить правильный remote и базовую ветку, связать изменение с задачей, подготовить pull request с контекстом и evidence, обработать review и автоматические проверки и осознанно завершить интеграцию.
Администрирование прав организации и разрешение содержательных Git-конфликтов не входят в эту карточку. Если контролируемый сценарий перестаёт быть бесконфликтным, участник должен остановить merge, сохранить состояние и запросить отдельное решение, а не угадывать правильную версию.
Как закрепить
В воспроизводимом учебном fixture с заранее созданными репозиторием, базовой веткой, issue, reviewer-сценарием и детерминированной CI-проверкой подготовить связанную ветку и pull request с описанием цели, границ, проверок и evidence. Обработать одно заранее заданное замечание, исправить ожидаемое падение проверки и объяснить выбранный способ слияния.
Как проверить перенос
Получить новый экземпляр контролируемого fixture с двумя явно различимыми remotes, отставшей, но подготовленной к бесконфликтной синхронизации рабочей веткой, неполным pull request, одним review-комментарием и детерминированной, но не подсказанной причиной падающей проверки. Определить правильные remote и базу по условиям задания, безопасно синхронизировать работу, дополнить контекст для ревьюера, устранить замечание и принять обоснованное решение о готовности к merge. При неожиданном содержательном конфликте остановиться и зафиксировать эскалацию.
Результат, а не ощущение
Evidence
освоения
- корректно настроенный и проверенный remote;
- issue или иное зафиксированное основание изменения;
- pull request с целью, границами и способом проверки;
- обработанные review-комментарии и результаты checks;
- понятное решение о merge и прослеживаемая связь с задачей;
- отсутствие секретов и лишних данных в ветке, pull request и журнале проверки.
Антипаттерны
Типовые ошибки
- путаница между Git и GitHub;
- push в неверный remote или защищённую ветку;
- pull request без контекста и доказательств проверки;
- слияние при падающих или непрочитанных checks;
- разрешение конфликта без понимания обеих сторон;
- размещение токена или другого секрета в репозитории, команде или pull request.