freeCodeCamp/guide/russian/miscellaneous/understand-how-to-use-git-m.../index.md

70 lines
7.1 KiB
Markdown
Raw Normal View History

2018-10-12 20:00:59 +00:00
---
title: Understand How to Use Git Merge
localeTitle: Понять, как использовать 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](http://forum.freecodecamp.com/t/how-to-use-git-rebase/13226) .