Фото Yancy min на Бессмысленно
Howdy Dev Clan?
Мы все слышали о рекомендации и наилучшей практике: «Используйте контроль версий для вашего проекта. «Хотя это правда, это может спасти вас от F * CK-UPS, не так много блогов, провозглашающих использование версий, контроль, упомянут, как его использовать или лучший способ использовать его.
Вот поставляется Git-поток. Git-Flow — это рабочий процесс Git, который вы можете использовать для оптимизации использования вашего управления версией для всего приложения. В сегодняшнем посте я пройду основы GIT-потока и как он может улучшить ваш Git-поток.
Что такое гит-поток?
Git-Flow — это рабочий процесс Git, предложенный в 2010 году этим пост Отказ Этот рабочий процесс должен помочь вам с вашим программным обеспечением и практиками DevOps. Git-Flow определяет стратегию ветвления и управление управлением для вашего программного обеспечения.
Git-Flow использует Git в качестве основания (это на имя!). Гит был предложен для его распределенной природы и «простота использования». Git позволяет более простым механизмом ветвления и объединения по сравнению с некоторыми другими системами управления версиями. Больше на Git здесь Отказ
Филиалы Git-Flow
Когда вы создаете проект и инициируете Git в нем, у вас по умолчанию ваша главная ветвь (продолжайте, попробуйте не стесняться). В Git-Flow, это Главная Голова ветвления (преданные последние изменения) всегда должны содержать программное обеспечение для производства.
Возможно, вы спрашиваете: если главная ветвь для подготовки к производству кода, в каком отделении я должен разработать приложение тогда? Ты угадал! Ваша основная отрасль развития называется Развивать Отказ Развивать Ветвь всегда должна содержать последние изменения, которые готовы к выпуску (готов к отправке на производство).
источник
Чтобы убедиться, что ваш Развивать Филиал имеет только код, который готов к отправке на производство, вам нужно отделить ваше развитие на фазы, которые работают в направлении освобождения. И угадайте, что Git-Flow имеет решение для этого.
Гит-поток состоит из трех типов ветвей:
- Особенности филиалов
- Выпуск ветвей
- Ветви для исправления
На техническом уровне каждая ветвь такая же, как и другая. Но для различия использования каждый тип ветви имеет свое специфическое использование и связан с строгими правилами для их возникновенной ветви (какую ветвь они могут быть разветвленными) и их объединение целей (какую ветвь им разрешено отразить).
источник
Особенности филиалов
Функциональные ветки используются для разрабатывания хорошо, функций. Хотите разработать функцию входа в систему вашего программного обеспечения? Вы делаете это в функциональной ветке. Вы используете функциональные ветви для разработки функций, которые вы хотите добавить к вашему программному обеспечению, для нового выпуска или дальнего (возможно, вы просто хотите установить базу для разработки и публикации позже).
Функциональная ветвь должна всегда откладывать от Развивать ветвь. Почему? Так что у вас есть последняя версия вашей работы. Аналогичным образом, ветвь функции всегда должна быть объединена в Развивать Филиал, это сделает функцию готовой к выпуску.
Выпуск ветвей
Выпуск ветвей, ну они там, чтобы сделать окончательный звонком на релиз, прежде чем он пойдет на производство. В этих филиалах вы делаете незначительные исправления и окончательный звонок. Почему вы используете отрывную ветку, если ваш Развивать Филиал имеет последний код?
Рад, что вы спросили (даже если вы этого не сделали), это отделить освобождение от одновременного развития. Допустим, вы закончите три функция одновременно (таким образом объединили их в Разработать филиал), но вы хотите освободить только один. Вы создаете отрывную ветку для этой конкретной функции, выполняйте окончательный звонок и объединить это в главную ветку. Простое кресться к лимонному скважину, вы отделили выпуск функции при сохранении вашего Развивать Отделение доступна для изменений с новых функций.
Поскольку вы работаете с кодом, который готов к выпуску, вы можете сделать только Выпуск ветвь от разветвления от развивать . Когда вы закончите с филиалом, вы должны объединить его в Главная ветвь и отпустите код и в Развивать ветвь (так что ваша разрабатывающая ветка имеет последние изменения).
Ветви для исправления
Наконец, у нас есть филиалы исправления. Они имеют одинаковую функциональность, что и релиз ветвей, подготовит ваш код для производства, но они используются специально для незапланированных изменений/улучшений.
Представьте, что вы протестировали свое программное обеспечение против основных способов вашего программного обеспечения, и оно передает их все, и вы выпустили новую функцию. Просто день или два после выпуска, ваши пользователи начинают жаловаться на то, что они получают х вместо Y, когда они нажимают на кнопку.
Чтобы исправить эту ошибку, вам не нужно создавать филиал функции, а затем объединить его в Развивать и создать отрывную ветку. Нет! Вы создаете филиал исправления от вашей главной ветви и исправляете эту ошибку, следовательно, Исправление Отказ После исправления ошибки в вашем коде вы должны объединить изменения в Развивать ветвь и Главная ветвь для производства.
Итак, там у вас есть. Git-Flow — это очень строгий рабочий процесс для версии, контролирующий ваш проект, и к некоторым, он может выглядеть переполненным и пугающим. Я рекомендую не следовать за ним на букву, выбирать биты и кусочки, а Франкенштейн свой путь к структуре разработки, которую вы и ваша команда могут легко работать и интегрироваться в ваши проекты.
Я надеюсь, что вы узнали что-то из этого поста. Продолжайте и составьте свои боковые проекты! 🤟
Оригинал: «https://dev.to/theowlsden/git-flow-non-technical-intro-3ahh»