itechnology:release

Содержание

Стратегии работы с Git
Кратко про Git Flow
Алгоритм релиза Git Flow

Стратегии работы с Git

Обзоры основных стратегий:

Кратко про Git Flow

Хрестоматийная статья о Git Flow:
- A successful Git branching model от Vincent Driessen

Общая схема ветвления в стратегии Git Flow:

Виды слияния при следовании стратегии Git Flow:

feature/* → develop     squash merge
release/* → main        обычный --no-ff merge
release/* → develop     обычный --no-ff merge
hotfix/* → main         обычный --no-ff merge
hotfix/* → develop      обычный --no-ff merge

Squash слияние feature/* → develop
```
git switch develop
git merge --squash feature/my-feature
git commit -m "Add my feature"
git branch -D feature/my-feature
git push origin --delete feature/my-feature
```
Squash слияние не создаёт merge-коммит автоматически. Оно переносит все изменения из feature/my-feature в рабочее дерево и индекс, после чего требуется самостоятельно сделать обычный коммит. Для feature/fix-веток, которые вливаются через squash, удаление через -D - это ожидаемая ситуация.

Алгоритм релиза Git Flow

В ветке develop полностью подготовить код проекта к релизу и зафиксировать последние правки коммитом.
От последнего коммита в ветке develop создать релизную ветку release/X.Y.Z:
```
git switch -c release/X.Y.Z
```
Изменить версию в CMakeLists.txt:
```
vim CMakeLists.txt
```
Обновить debian/changelog:
```
./scripts/make-deb-changelog.sh
```
В текущей ветке release/X.Y.Z сделать коммит с фиксацией результатов подготовки к релизу Prepare release X.Y.Z
```
git commit -a -m "Prepare release X.Y.Z"
```
Слияние изменений в main:
```
git switch main
git merge --no-ff release/X.Y.Z
```
Рекомендуемое название коммита Release X.Y.Z
Отправка ветки main на сервер:
```
git push
```
Установка метки на свежий релиз:
```
git tag -a vX.Y.Z -m "Release X.Y.Z"
```
Метка устанавливается до переключения на ветку develop,
Отправка метки на GitHub:
```
git push origin vX.Y.Z
```
Слияние релизной ветки в develop.:
```
git switch develop
git merge --no-ff release/X.Y.Z
```
При этом рекомендуется название коммита по умолчаниюMerge branch «release/X.Y.Z» into develop, чтобы различать истинный релиз в ветке main и обратное слияние из release/X.Y.Z в develop.
Отправка ветки develop на сервер:
```
git push
```
Удаление локальной релизной ветки release/X.Y.Z:
```
git branch -d release/X.Y.Z
```