7.1 KiB
| title | localeTitle |
|---|---|
| Understand How to Use Git Merge | Понять, как использовать Git Merge |
Скажем, вы работаете над приложением, похожим на Reddit, но специально для фрагментов кода. В таком приложении вы, вероятно, будете иметь master ветвь, которая содержит все выпущенные функции, ветвь dev которая может содержать функции, которые были закодированы, но еще не реализованы. Каждый разработчик в команде будет создавать свои собственные ветви у ветви dev для отдельных функций. Структура репозитория будет выглядеть примерно так:
--- Commit 3 --------- dev branch
/
--- Commit 1 ---- Commit 2 ---------------------------- master branch
Если вы решили объединить 3-й фиксатор ( Commit 3 ) в master ветвь из ветви dev , то это будет так же просто, как запустить команду git merge потому что ветвь dev обновлена с master ветвью: все коммиты в master ветви существуют в ветви dev . Вы можете объединить ветки, выполнив следующие команды:
git checkout dev
git merge master
Результат будет примерно таким:
--------- dev branch
/
--- Commit 1 ---- Commit 2 ---- Commit 3 -------------- master branch
Теперь вы решили работать с функцией проверки подлинности. Чтобы работать с функцией аутентификации, вы создаете другую ветвь на основе ветви dev и решаете называть ее auth . Вот как выглядит структура репо:
------ auth branch
/
--------- dev branch
/
--- Commit 1 ---- Commit 2 ---- Commit 3 -------------- master branch
Если бы вы вносили какие-либо изменения в ветвь auth , объединение их с веткой dev было бы тривиально, потому что оно dev веткой dev . Теперь, когда вы работали над функцией аутентификации, один из разработчиков завершил кодирование функции подсветки синтаксиса и решил объединить ее с ветвью dev . Теперь репо выглядит следующим образом:
--- Commit 5 --- auth branch
/
--- Commit 4 ------ dev branch
/
--- Commit 1 ---- Commit 2 ---- Commit 3 ------------------------ master branch
Ваша ветка, в терминологии Git, теперь является фиксацией за ветвью dev . Это означает, что вы не можете просто объединить две ветви: вы должны auth ветвь auth веткой dev . Это можно сделать с помощью git merge !
Объединение ветви auth веткой dev или веткой dev с master ветвью является простой и делает то, что вы ожидаете, но слияние в другую сторону имеет свои особенности, которые на первый взгляд не интуитивно понятны. Я могу болтать об этом, или я могу показать вам еще одну отличную диаграмму о том, что произойдет, если в этот момент вы объедините ветвь dev ветвью auth :
--- Commit 5 ----------- auth branch
/ /
--- Commit 4 -------------- dev branch
/
--- Commit 1 ---- Commit 2 ---- Commit 3 -------------------------------- master branch
Посмотрите, что я там сделал? Посмотрите на диаграмму на секунду и попытайтесь понять, что происходит здесь, прежде чем двигаться дальше. Вы по существу сделали еще одну фиксацию для ветви auth с фиксациями в ветви dev . Но все в порядке, не так ли? В конце концов, в конце концов , я хотел , чтобы принести мою auth филиала уточненного с dev отраслью, и теперь уточненным? Ага. Но позвольте мне показать вам диаграмму, чтобы явно проиллюстрировать, что подразумевает другая диаграмма. Теперь ваша ветка auth выглядит так:
--- Commit 5 ------- Commit 4 ------- auth branch
/ /
------ Commit 4 --- --------------------- dev branch
Увидеть это сейчас? Вы скопировали фиксацию. Если бы вы теперь слились с веткой dev , это выглядело бы примерно так:
--- Commit 5 ------- Commit 4 -------------------------------------- auth branch
/ / \
------- Commit 4 ----------------------- Commit 5 ---- Commit 4 -------- dev branch
Вы дважды объединили одну и ту же фиксацию! Это, конечно же, не будет иметь никаких последствий для самого кода, но если вы в один прекрасный день решаете посмотреть на свои git logs , вы сразу поймете, насколько грязна ваша история Git, с некоторыми коммитами, которые делаются снова и снова. Если вы хотите вернуться к фиксации, было бы очень сложно решить, к какой фиксации нужно вернуться.
Вы предпочитаете использовать Git-Rebase .