Вот несколько правильных способов слить ветку `dev` в `master` с учетом best practices:
1. Стандартный merge (рекомендуется для большинстве случаев)
# Переключиться в master и обновить её
git checkout master
git pull origin master
# Влить ветку dev
git merge dev
# Отправить изменения в удаленный репозиторий
git push origin master
2. Merge с созданием merge-коммита (--no-ff)
git checkout master
git pull origin master
git merge --no-ff dev -m "Merge branch 'dev' into master"
git push origin master
**Преимущество:** Сохраняет историю слияний и делает граф истории наглядным.
3. Rebase + merge (для линейной истории)
# Перебазировать dev на актуальный master
git checkout dev
git rebase master
# Переключиться в master и слить
git checkout master
git merge dev
4. Через Pull Request (лучший вариант для командной работы)
1. Запушить ветку `dev`:
git push origin dev
2. Создать Pull Request в GitHub/GitLab
3. Провести код-ревью
4. Выполнить merge через интерфейс
Важные нюансы:
1. Всегда обновляйте master перед слиянием:
git checkout master
git pull origin master
2. При конфликтах:
- Разрешите конфликты вручную
- Выполните `git add .`
- Завершите merge: `git commit`
3. После слияния:
- Можно удалить ветку `dev` (если она больше не нужна):
git branch -d dev
git push origin --delete dev
Рекомендации:
- Для проектов с четким процессом используйте **Pull Requests**
- Для небольших проектов подойдет **стандартный merge**
- Избегайте `git push --force` при работе с общей историей
Какой метод выберете? Зависит от вашего workflow и размера команды.