Что такое merge и rebase в Git — и в чём между ними разница?

Когда несколько человек (или вы сами) работают над одним проектом, у вас появляются разные ветки с изменениями. Чтобы соединить их — используют merge или rebase. Оба делают одно и то же: включают изменения из одной ветки в другую, но делают это по-разному.

git merge — «просто объединить»

Представьте: у вас есть ветка main, а вы работаете в ветке feature. Когда фича готова, вы хотите добавить её в main.

Если сделать:

git checkout main
git merge feature

Git просто добавит новый коммит, который объединит все изменения из feature. История при этом сохранится как была — видно, где шли параллельные ветки. Это безопасно и удобно для командной работы.

✅ Преимущества:

— история честная, всё видно;
— легко откатить.

🚫 Минус: история становится «ветвистой» — особенно при частых слияниях.

git rebase — «переписать, как будто всё было по порядку»

rebase берёт все ваши коммиты из ветки feature и как бы переносит их в конец ветки main, меняя их «время» и «место» в истории:

git checkout feature
git rebase main

Теперь ветка feature выглядит так, будто вы сначала получили все обновления из main, а потом начали работать. История становится прямой и аккуратной, без лишних ответвлений.

✅ Преимущества:

— история читается как по линейке;
— удобно перед публикацией.

🚫 Минусы:

— может быть опасно, если кто-то уже использует вашу ветку (можно поломать историю при push).

Когда использовать что?

— merge — когда работаете в команде. Безопаснее, история прозрачная.

— rebase — когда хотите навести порядок в истории до слияния (например, перед git merge), или если вы единственный, кто работает с веткой.

#простымисловами #git

Git и Github: Практический урок для начинающих

В этом мини-курсе подробно рассматривается работа с Git и его взаимодействие с платформами GitHub, GitLab, BitBucket.

В курсе поэтапно рассматриваются: установка Git, Git config, создание репозитория, git status, работа с Github, разработка в Git, SSH, создание ключей, ветвление, слияние веток, разрешение конфликтов, ревью автотестов, разрешение конфликтов в реальном проекте, создание pull request.

Смотреть

@prog_point #git #github