Слияние объединяет изменения из одной ветки в другую — обычно возвращая завершённую ветку функции обратно в основную ветку. Git автоматически обрабатывает большинство слияний, но понимание типов слияния и конфликтов важно.
git switch main # be on the branch you want to merge INTO
git merge feature-x # merge feature-x's changes into main
Вы переключаетесь на ветку (ту, которая получает изменения) и сливаете ветку в неё.
FAST-FORWARD merge → if main hasn't changed since the branch was created, Git just
MOVES main's pointer forward to the branch's latest commit (no merge commit, linear)
MERGE COMMIT (three-way merge) → if BOTH branches have new commits, Git creates a new
"merge commit" combining them (has two parents) → preserves that a merge happened
→ git merge --no-ff forces a merge commit even when fast-forward is possible
Git использует fast-forward, когда это возможно (просто перемещая указатель), или создаёт merge commit (с двумя родителями), когда обе ветки разошлись.
A CONFLICT happens when both branches changed the SAME lines differently — Git can't
auto-decide which to keep, so it asks YOU to resolve:
<<<<<<< HEAD
the version from the current branch (main)
=======
the version from the branch being merged (feature-x)
>>>>>>> feature-x
# resolve: edit the file to the desired result, remove the markers, then:
git add <file> # mark the conflict resolved
git commit # complete the merge
# git merge --abort # or cancel the merge entirely
Конфликты возникают, когда обе ветки изменяют одни и те же строки — Git отмечает их, и вы вручную выбираете правильный результат, а затем добавляете изменения и делаете коммит.
Понимание слияния критически важно, потому что объединение изменений из веток — это фундаментальная, постоянная часть совместных рабочих процессов Git, поэтому знание того, как это работает (включая конфликты), — это необходимое ежедневное знание. Слияние — это способ интеграции завершённой работы (обычно из feature-веток) обратно в основную ветку — рутинное действие по объединению изменений, которое происходит постоянно в командной разработке.
Понимание различия между fast-forward слиянием (Git просто перемещает указатель, когда целевая ветка не разошлась, сохраняя линейную историю) и merge commit (трёхсторонним слиянием, создающим новый коммит с двумя родителями, когда обе ветки имеют новые коммиты, записывая, что произошло слияние) уточняет, как Git интегрирует изменения и как выглядит результирующая история.
Самое важное — понимание конфликтов слияния — которые возникают, когда обе ветки по-разному изменяют одни и те же строки, поэтому Git не может автоматически решить и просит вас разрешить конфликт — это критическое практическое знание: конфликты — это нормальная, неизбежная часть сотрудничества, и знание того, как распознать маркеры конфликта (<<<<<<<, =======, >>>>>>>), отредактировать файл до правильного результата и завершить слияние (добавить изменения и сделать коммит), — это неотъемлемый навык, который часто вызывает беспокойство у тех, кто его не понимает.
Поскольку интеграция изменений из веток через слияние — это фундаментальное и постоянное действие в совместной разработке, и поскольку понимание типов слияния и особенно разрешение конфликтов необходимо для корректного объединения работы (рутинная, неизбежная задача), понимание того, как работает слияние — базовые слияния, fast-forward vs merge commits и разрешение конфликтов — это существенное, часто применяемое знание Git, основной навык для сотрудничества, где разрешение конфликтов в частности — это практическая необходимость, которую каждый разработчик должен уверенно уметь выполнять.