Изучение потока GitHub

Завершено

Поток GitHub иллюстрирует, как GitHub может добавить ценность в традиционную совместную разработку программного обеспечения на основе Git. Его целью является упрощение обновлений для проектов, размещенных в GitHub, предоставляя предписательное руководство по процессу применения изменений в репозитории проекта. Организация в нашем примере сценария, скорее всего, будет использовать GitHub Flow в свои методики DevOps, особенно учитывая отсутствие опыта использования репозиториев на основе Git. В этом уроке просмотрите последовательность шагов, представляющих наиболее распространенный вариант использования потока GitHub.

Следуя потоку GitHub

Схема, показывающая базовый рабочий процесс ветви.

Поток GitHub состоит из следующих шагов:

  1. Создание репозитория. Чтобы следовать потоку GitHub, вам потребуется учетная запись GitHub и репозиторий. По умолчанию новый репозиторий включает в себя ветвь по умолчанию с именем main.

  2. Создание ветви. Создание другой ветви позволяет разрабатывать и сохранять изменения, не затрагивая ветвь по умолчанию. Кроме того, он позволяет другим пользователям совместно работать над изменениями, просматривая их перед включением в основную ветвь. Вы можете создать ветвь непосредственно в GitHub или клонировать репозиторий на локальный компьютер и создать ветвь там.

  3. Внесение изменений в ветвь. Примените изменения к созданной ветви путем вызова фиксации и (при локальной работе) push-действий. Файлы можно редактировать непосредственно в размещенном репозитории GitHub с помощью веб-интерфейса GitHub. Для каждого коммита укажите короткое сообщение, описывающее внесенные изменения. Повторяйте эти шаги, пока не посчитаете свои изменения завершёнными и не будете готовы попросить других их просмотреть.

  4. Создание pull-реквеста. Запросите обратную связь, создавая запрос на вытягивание (обычно сокращаемый как PR) после последнего коммита в вами созданной ветви. Укажите сводку изменений, включенных в ветвь, и объясните улучшения, которые они намерены принести. Используйте обозначение @, если вы хотите запросить рецензию от конкретных лиц или команд.

    Схема с основной и тематическими ветвями и запросом на слияние.

  5. Просмотр пулл-реквеста. Это тот момент, когда другие пользователи вступают в дело, просматривают ваш pull request и передают свои отзывы, включая комментарии, вопросы и предложения.

  6. Работа с комментариями к рецензированию. После завершения проверок вы внесете изменения, чтобы принять их во внимание, и будете ожидать утверждения pull request.

  7. Слияние пулл реквеста. Утверждение запроса на вытягивание позволяет вам объединить содержимое ветки, созданной вами, с основной (main) веткой. GitHub по умолчанию сохраняет комментарии и коммиты в пулл-запросе, что позволяет вам и другим пользователям вернуться к ним в любой момент. При реализации защиты ветви, её ограничения могут повлиять на возможность слияния, поэтому сначала убедитесь, что эти требования выполнены.

  8. Удаление ветви. После завершения слияния можно удалить созданную ветвь. Это помогает свести к минимуму размер репозитория и предотвратить случайное использование устаревших ветвей.