Git Branch является фундаментальным компонентом системы управления версиями GIT. Мы рассмотрим различные модели ветвления в этом уроке

GIT PULLESTSION

В нашей последней статье мы узнали о основаниях систем управления GIT и версий. Мы прошли шаг за шагом и научились настроить репозиторий GIT. Кроме того, мы научились добавлять изменения в филиал и вернуть их на случай, если вы хотите отменить свои изменения. Теперь, когда мы понимаем основы систем управления версиями, в частности, git. Итак, в этом сообщении мы будем продолжать обсуждать, как использовать филиалы GIT и привлекать запросы. Мы узнаем о разных рабочих процессах. Итак, начнем!

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

GIT филиалы

Давайте поговорим о филиалах и почему нам нужны филиалы и какие стратегии ветвления мы можем использовать для эффективной работы с нашим кодом. Как следует из названия ветвь представляет собой независимую линию развития из корня. Когда вы создаете репозиторий, вы также создаете филиал, которую мы можем назвать мастер -(или по умолчанию) филиала. Мы можем совершить изменения в нашем главном филиале. Но в случае, если вам нужно работать над функцией и не хотите отделять свой код от главной филиала. Итак, вот где ветви вам помогают. Они позволяют вам разветвляться, а затем слияются позже.

Создать / изменить ветви GIT

git branch

Команда позволяет создавать, перечислить, переименовать и удалять филиалы. Это не позволяет вам переключаться между ветвями, для этого мы должны использовать команду оформления GIT. Или, если вы хотите объединить свои изменения обратно в филиал, то вам нужно использовать команду Git Merge . Важно понимать, что филиалы - это просто указатели на коммиты. Когда вы создаете ветвь, все, что нужно сделать GIT, это создать новый указатель, он не меняет репозиторий каким -либо другим способом. Используйте следующую команду для создания ветви

git branch <branch-name>

После того, как вы закончите работу над филиалом и объединили ее в основную кодовую базу, вы можете удалить филиал, не теряя истории, используя следующую команду

git branch -d <branch-name>

Что такое запрос на притяжение

Запрос на тягу - это способ представить вклад в программный проект с использованием системы управления версиями, такой как GIT. Разработчики используют запросы на притяжение для предложения изменений в кодовой базе. После того, как запрос на привлечение будет открыт, вы можете обсудить и просмотреть потенциальные изменения с сотрудниками и добавить последующие коммиты, прежде чем ваши изменения будут объединены в базовую ветвь. Когда разработчик открывает запрос на притяжение, все, что он делает, это запрашивает другому разработчику, вытаскивает филиал из своего хранилища в их репозиторий. Это означает, что ему необходимо предоставить 4 значения ввода, чтобы создать запрос на вытягивание: хранилище источника, исходная ветвь, хранилище назначения и ветвь назначения.

Популярные модели ветвления

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

GIT Flow

Workflow Gitflow - это рабочий процесс GIT, который помогает в непрерывной разработке программного обеспечения и реализации практик DevOps. Поток GIT является наиболее известным рабочим процессом в этом списке. Он был создан Винсент Дриссен в 2010 году, и он основан на двух основных ветвях с бесконечным временем жизни, наряду с другими вспомогательными филиалами, такими как функции-*, Hotfixes-*, которые затем сливаются в развитие ветви как индивидуальные предметы завершены.

  • Мастер - Эта филиала содержит производственный код. Весь код разработки объединяется в главную филиал, когда -то готовый к тому, чтобы его подтолкнули к производству.
  • Разработать -Эта ветвь содержит предварительный код. Когда функции закончены, они объединяются в развитие. Gitflow идеально подходит для проектов, которые имеют запланированный цикл выпуска. Хотя история GIT становится нечитаемой.

Github Flow

Поток GitHub - это легкий рабочий процесс. Он был создан Github в 2011 году и в основном фокусируется на Agile Model, где вы не ждете цикла выпуска. Вместо этого вы ежедневно вносите изменения в производство по мере завершения функций. Поток GitHub следует за следующими принципалами:

  • Все, что в «Мастере» филиале развертывается.
  • Чтобы работать над чем-то новым, создайте отдельную отрасль Master Off с некоторым названием описания, например, «Изображение-загрузка»
  • Посетите эту ветвь локально и регулярно нажимайте свою работу к тому же названному филиалу на сервере.
  • Когда вам нужна обратная связь или помощь, или вы думаете, что филиал готов к слиянию, откройте запрос на вытягивание
  • После его просмотра и подписания этой функции вы можете объединить ее в мастер
  • Как только он будет объединен и подтолкнут к «мастеру», его можно развернуть для производства.

Gitlab Flow

Поток Gitlab - это рабочий процесс, созданный Gitlab в 2014 году. Flow Gitlab - более простая альтернатива Gitflow и объединяет разработку функций и филиалы функций с отслеживанием проблем. Основным различием между потоком Gitlab и потоком GitHub является использование ветвей окружающей среды. Разработчики создают разработку ветвь и делают это по умолчанию, в то время как поток Gitlab работает с «главной» ветвью сразу. Поток Gitlab включает в себя множество предварительных ветвей. И их можно использовать для тестирования материала на разных уровнях. например, от тестовой филиала до принятия, а затем от принятия до производства.

Заключение

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