Как правильно использовать команду git stash?

Question

[Дмитрий]

Добрый вечер.
Потребовалось выполнить слияние с веткой master. Так как в сливаемой ветке(dev) были незавершённые изменения использовал stash.

git stash
git checkout master
git merge dev

После этого выполнил

git push origin master
git checkout dev
git stash apply --index

Все спрятанные файлы вернулись на свои места, но вот при слиянии не было предложено написать сообщение в commit и в истории не отображается слияние веток master и dev.
Что я сделал не так? Как должно быть правильно?
p.s. Ещё вопрос, как правильно делать ветку из спрятанных файлов? Хочу перенести их в другую ветку, работу над ними приостановить. Работать в dev. Когда дойдёт ход до спрятанных файлов, внести в них изменения и слить с dev. Будут конфликты, как я понимаю?

Comments

[Сергей]

Я сделал проще - скачал GitKraken. работает отлично, нажимай кнопки и всё

[Дмитрий]

Сергей, в phpstorm тоже предусмотрено, но я пока хочу разобраться без "посредников" в вопросе.

[Vitsliputsli]

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

[Дмитрий]

Vitsliputsli, разве возможностей phpstorm для работы с git недостаточно?

[Vitsliputsli]

Дмитрий, вполне достаточно, в PHPStorm все сделано как нужно, просто кому-то нравится иное оформление графа истории коммитов. Я к тому, что ваш вопрос (если я угадал причину) хоть в командной строке, хоть в GUI придется решать.

[Дмитрий]

Vitsliputsli, вот поэтому и задал вопрос и дополнил комментарием на Ваш ответ.

[Вова]

Боже мой, ну мир же спецом все делает как можно проще, что бы вы не запутались, ну есть же гугл, загуглите, зачем вы тут, на площадке с вопросами, задаете вопросы? ГУГЛИТЕ

Answer 1

[Vitsliputsli]

Если бы вы привели пример, что было и что стало, можно было бы сказать точно. Но скорее всего у вас было различие на один коммит и при мерже использовалась политика fast-forward, т.е. просто скопирован коммит из одной ветки в другую. Используйте опцию --no-ff, если не хотите подобного поведения.

Comments

[Дмитрий]

Если бы вы привели пример, что было и что стало

Конкретней, что именно Вас интересует?
--no-ff что-то не видел такого параметра в документации.

[Vitsliputsli]

Дмитрий, "что было и что стало" в коммитах.
Ищите настойчивей config, options

[Дмитрий]

Vitsliputsli, а на что конкретно обратить внимание?

[Vitsliputsli]

Дмитрий, подтверждение тому, что я написал, если после merge был просто создан новый коммит такой же как в ветке из которой мержили, то это поведение fast-forward, в принципе стандартное для git.

[Дмитрий]

Vitsliputsli, то есть, если я сейчас сделал фиксацию в ветке dev, спрятал некоторые файлы(stash), то при слиянии c master я должен указать --no-ff?

[Дмитрий Шицков]

Дмитрий, у вас действительно отработал гитовый "по умолчанию" fast-forward (--ff), т.к. история была линейной. Если возможен fast-forward при выполнении merge, GIT просто переместит указатель HEAD ветки на последний коммит. Если история сливаемых веток отличается, то режим ff не будет использован (--no-ff), однако будет создан новый коммит с информацией о выполнении мерджа с другой веткой.

[Дмитрий]

Дмитрий Шицков, так в том-то и дело, что как я понимаю история отличалась. Основная работа идёт в ветке dev, а в master я сливаю завершённые наработки.

[Дмитрий Шицков]

Дмитрий, если работаете и сливаете только вы и небыло force push в dev - история линейна

[Дмитрий]

Дмитрий Шицков, иногда не только я работаю, есть ещё ветка для frontend. Посмотрел историю фиксаций, действительно, commit писался тогда, когда были изменения в ветке для frontend.

Answer 2

[Lynn «Кофеман»]

Так а с чего тут появляться изменениям?
Вы меняли только master (влили в него dev), а dev не менялся