Git по умолчанию использует ветку master.Представьте, если вся разработка ведется в ветке master, об этом сложно думать.Есть ли более научная стратегия ветвления? Эта статья познакомит вас со стратегией ветвления git, слушайте меня медленно~
отраслевая классификация
Нормальная ветвь:
- мастер: главная ветка
- разработка: ветка разработки
Временная ветка:
- особенность: ветвь функции
- релиз: предрелизная ветка
- fixbug: исправить ветку ошибки
главная ветвь
Во-первых, кодовая база должна иметь одну и только одну основную ветку.
Все официальные версии, доступные пользователям, выпускаются в этой главной ветке.
Имя главной ветки Git, которая по умолчанию называется Master.
Он создается автоматически.После инициализации репозитория по умолчанию разрабатывается в основной ветке.
отделение развития
Основная ветка используется только для распространения основных выпусков, и ежедневная разработка должна выполняться в другой ветке. Мы называем ветку разработки Develop.
Эту ветвь можно использовать для создания последней ночной версии кода. Если вы хотите официально выпустить его, вы можете «объединить» ветку «Разработка» с веткой «Мастер».
Команда Git для создания ветки Develop:
git checkout -b develop master
Команда для публикации Разработайте ветви для мастер-филиала:
# 切换到Master分支
git checkout master
# 对Develop分支进行合并
git merge --no-ff develop
Ветка функций
Ветка функций является ответвлением ветви «Разработка» для разработки конкретной функции. После завершения разработки его необходимо объединить с Develop.
Имя ветки фичи, которое можно назвать в виде feature-*.
Git создает функциональную ветку:
git checkout -b feature-x develop
После завершения разработки объедините функциональную ветку с веткой разработки:
git checkout develop
git merge --no-ff feature-x
Удалить ветвь функции:
git branch -d feature-x
Предрелизная ветка
Предварительная ветка, что означает, что нам может понадобиться предварительная версия для тестирования перед выпуском официальной версии (то есть перед слиянием с основной веткой).
Ветка pre-release отделена от ветки Develop, после пререлиза ее необходимо объединить с ветками Develop и Master.
Его имя, которое может принимать форму выпуска-*.
Git создает предварительную ветку:
git checkout -b release-1.2 develop
Убедившись, что проблем нет, сливаем в ветку master:
git checkout master
git merge --no-ff release-1.2
# 对合并生成的新节点，做一个标签
git tag -a 1.2
Затем слейте в ветку разработки:
git checkout develop
git merge --no-ff release-1.2
Наконец, удалите предварительную ветку:
git branch -d release-1.2
Исправить ветку ошибки
После того, как программное обеспечение будет официально выпущено, ошибки неизбежны. На этом этапе вам нужно создать ветку для исправления ошибок.
Ветка исправления ошибок разветвляется из ветки Master. После завершения патча объедините его в ветки Master и Develop. Его имя может принимать вид fixbug-*.
Git создает ветку исправления ошибок:
git checkout -b fixbug-0.1 master
После завершения ремонта сливаемся с веткой Master:
git checkout master
git merge --no-ff fixbug-0.1
git tag -a 0.1.1
Затем слейте в ветку разработки:
git checkout develop
git merge --no-ff fixbug-0.1
Наконец, удалите «ветвь исправления ошибок»:
git branch -d fixbug-0.1
Режим совместной работы нескольких человек
Во-первых, вы можете попробовать отправить свои собственные изменения с помощью git push origin branch-name;
Если отправка не удалась из-за того, что удаленная ветка новее вашей локальной ветки, вам нужно использовать git pull, чтобы сначала попытаться выполнить слияние;
Если слияние имеет конфликты, разрешите конфликты и зафиксируйте локально;
Если нет никакого конфликта или не разрешать конфликт, вы можете успешно использовать Git Push Push Orite Friend-name!
Если Git Pull подсказывает «Нет информации о отслеживании», связь связи локальной ветви и удаленной ветви не создается, с филиалом команды GIT - Set-upstream Fiving-Name / имя отделения.
Это рабочий режим совместной работы нескольких человек, и как только вы с ним познакомитесь, он будет очень простым.