Компоненты потока GitHub

  • 8 мин

В этом уроке мы просматриваем следующие компоненты потока GitHub:

  • Ветви
  • Фиксации
  • Запросы на вытягивание
  • Поток GitHub

Что такое ветви

В последнем разделе мы создали новый файл и новую ветвь в репозиториях.

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

Ветвь — это безопасное место для экспериментов с новыми функциями или исправлениями. Если вы ошибаетесь, вы можете вернуть изменения или отправить дополнительные изменения, чтобы исправить ошибку. Изменения не будут обновляться в ветвь по умолчанию, пока вы не объедините ветвь.

Примечание.

Кроме того, вы можете создать новую ветвь и проверить ее с помощью git в терминале. Команда будет git checkout -b newBranchName

Что такое фиксации

В предыдущем уроке вы добавили новый файл в репозиторий, принудив фиксацию. Давайте кратко рассмотрим, какие фиксации являются.

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

Снимок экрана: список фиксаций GitHub в главной ветви.

В репозитории Git файл может существовать в нескольких допустимых состояниях, так как он проходит через процесс управления версиями. Основные состояния для файла в репозитории Git — untracked и Tracked.

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

Отслеживаемый файл: отслеживаемый файл — это тот, который Git активно отслеживает. Он может находиться в одном из следующих подстатов:

  • Не изменено: файл отслеживается, но он не был изменен с момента последней фиксации.
  • Изменено: файл был изменен с момента последней фиксации, но эти изменения еще не созданы для следующей фиксации.
  • Этап: файл был изменен, и изменения были добавлены в промежуточную область (также называется индексом). Эти изменения готовы к фиксации.
  • Зафиксировано: файл находится в базе данных репозитория. Он представляет последнюю зафиксированную версию файла.

Эти состояния и подстатки важны для совместной работы с командой, чтобы узнать, где каждая фиксация находится в процессе проекта. Теперь давайте перейдем к запросам на вытягивание.

Что такое запросы на включение изменений?

Запрос на вытягивание — это механизм, который оповещает о готовности фиксаций из одной ветви к объединению в другую ветвь.

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

После утверждения изменений (при необходимости) исходная ветвь запроса на вытягивание (ветвь сравнения) объединяется в базовая ветвь.

Снимок экрана: запрос на вытягивание и комментарий в запросе на вытягивание.

Теперь, когда мы знаем обо всех ингредиентах, давайте рассмотрим поток GitHub.

Поток GitHub

Снимок экрана: визуальное представление потока GitHub в линейном формате, включающее новую ветвь, фиксации, запрос на вытягивание и объединение изменений обратно в основной порядок.

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

Теперь, когда мы знаем основы GitHub, мы можем пройти по потоку GitHub и его компонентам.

  1. Начните с создания ветви, чтобы изменения, функции и исправления, которые вы создали, не влияют на основную ветвь.
  2. Затем внесите изменения. Перед слиянием в основную ветвь рекомендуется развертывать изменения в ветвь компонента. Это гарантирует, что изменения действительны в рабочей среде.
  3. Теперь создайте запрос на вытягивание, чтобы попросить сотрудников о обратной связи. Проверка запросов на вытягивание настолько важна, что для слияния запросов на вытягивание некоторые репозитории требуют утверждения результатов проверки.
  4. Затем просмотрите и реализуйте отзывы от ваших сотрудников.
  5. Как только вы чувствуете себя хорошо о ваших изменениях, пришло время получить запрос на вытягивание утвержден и объединить его в основную ветвь.
  6. Наконец, можно удалить ветвь. Удаление ветви сигнализирует о завершении работы в ветви и предотвращает случайное использование старых ветвей или других пользователей.

Это так, вы прошли цикл потока GitHub!

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