Как правильно сделать слияние чужих и своих изменений?

Question

[akula22]

работаем вдвоем над одним проектом, я поработал и хочу закоммитить изменения в репозиторий, перед этим делаю git pull и получаю

error: Your local changes to the following files would be overwritten by merge:
	1.php
	2.php
       3.php
Please, commit your changes or stash them before you can merge.
Aborting

т. е  в этим файлах у меня свои наработки,  и второй прогер уже закинул в репозиторий свои изменения,  вопрос.
Как мне его изменения слить и так чтобы не потерять свои изменения?  Вообщем как мне правильно все сделать и закоммитить

Answer 1

[Antony]

Please, commit your changes or stash them before you can merge.

Что в этой фразе не понятного?

Вариант 1. - Делаете коммит, а котом git pull и оно вам предложит смержить.
Вариант 2. - Делаете git stash (прячет все незакомиченые локальные изменения); затем git pull; затем git stash pop, а дальше мержите.

Вообще есть третий вариант (на будущее) - создаете локально еще одну ветку, в ней работаете, а потом делаете git pull в основной ветке (точнее в той, от которой вы отпочковались) и мержите с ней свою ветку. (опять же, можете сделать stash, затем "отпочковаться", затем слить изменения с репозитория и потом stash pop в свою ветку, а затем мержитесь, когда надо, с той веткой, откуда отпочковались).

Comments

[Денис Загаевский]

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

[Antony]

Денис Загаевский, Ничего на это не могу ответить - у меня такого никогда не случалось, и в интернете мне как-то не попадались сообщения на эту тему. Возможно вы и правы.

[Алексей Шумкин]

Денис Загаевский, если закоммитил (а stash - это тоже коммит) то похерить крайне сложно (см. git fsck

Answer 2

[Сергей Андреев]

Тут у вас есть несколько проблем:
1. команда git pull это на самом деле алиас для git fetch + git merge
работает она так, сначала через git fetch получает новое состояние ветки из origin, а потом передает управление git merge, он в свою очередь если ваша ветка разошлась делает merge, если нет то делает fast forward как следствие могут появиться не нужные комиты вида "Merge branch "test" to "test""

По этому советую вместо git pull делать всегда git fetch, а потом смотреть git status а там уже либо git rebase origin/test либо git pull

2. так же как вам уже сказали выше у вас есть изменения в локальных файлах, в целом в этом нет ничего плохого, их можно либо спрятать через git stash либо сделать комит

Comments

[MirKey]

А как устроена команда git pushесли расписать по примеру 1.?

Answer 3

[Алексей Шумкин]

хочу закоммитить изменения в репозиторий, перед этим делаю git pull

Вот не надо ничего делать, пока не закоммитил. Git просто таки предназначен, чтобы коммитить часто. Закоммитил - считай, сохранил навсегда, и уже не потеряешь

Comments

[akula22]

коммитить без git push?

[Алексей Шумкин]

а причём тут `push` вообще?
Git - это Distributed VCS. Если Вы раньше пользовались централизованными VCS, то забудьте про них и привычки работы с ними. DVCS - это несколько иная концепция - локальный репозиторий, доступный всегда. В который можно и НУЖНО часто коммитить...

Answer 4

[h8nor]

Вести совместную разработку в одной ветви - плохой тон.

1. ^*git pull --rebase --autostash создаётся ветвь refs/stash.
   
2. git status могут появиться файлы modified (changed & indexed) и both modified (conflicted).
   
3. git stash drop отбросить ветвь refs/stash. Затем заняться конфликтами.