Возможно ли смёрджить только последний коммит из дев'а в мастер?

Question

[Кирил]

Собтвенно вроде как всё и понятно... Есть дев ветка к кучей мусора. Хочу закомитить в мастер то, что есть на данный момент как новый коммит. Такое возможно?

Answer 1

[jcmvbkbc]

Смёржить только последний коммит, без предыдущих нельзя, но можно сделать cherry-pick, если я правильно понял вопрос.

Comments

[Кирил]

Ну мне не обязательно мёрджить. Просто то, что есть на данный момент в дев закомитить в мастер одним коммитом.

[jcmvbkbc]

Что-то я не пойму:
Судя по тексту вопроса у вас есть несколько коммитов в dev, а вы хотите увидеть в master только последний. Это можно сделать командой git cherry-pick dev из ветки master.
Судя по тому, что вы в комментарии написали -- у вас есть что-то в dev и вы хотите увидеть единственный коммит со всеми изменениями из dev в master. Это можно сделать командой git merge dev из ветки master.

Напишите понятно, что у вас есть и чего вы хотите.

[Кирил]

jcmvbkbc: я не последний коммит из дева хочу увидеть, а последнюю версию проекта из дева в мастере одним коммитом хочу. При git merge dev в мастер перенесутся и все коммиты из дева или же только код?

[jcmvbkbc]

> При git merge dev в мастер перенесутся и все коммиты из дева или же только код
Если возможен fast forwarding перенесутся все коммиты. Его можно отключить добавив --no-ff в команду git merge.
В противном случае вы получите один merge коммит -- коммит с двумя родителями, выглядящий как один коммит добавляющий код.

Answer 2

[evnuh]

git rebase -i
В открывшемся редакторе на все коммиты кроме одного ставите s (squash) и они все объединятся в один.
А вообще забудьте про переписывание истории. Все что было сделано в таком же виде и должно оставаться. Красота дерева коммитов никому не несет никакой пользы, а вот blame на нужной строяке после переписывания вами истории уже будет указывать не на реальный коммит в котором была сделана правка, а на коммит в котором вы переписали историю. Rebase злая штука. Merge наше всё. А главное просто и понятно.

Comments

[Юрий Пузыня]

Пожалуй я с вами не соглашусь. Есть два принципиально разных гит процесса: первый описан вами - делаем в дев ветке что заблагорассудится, в мастер отправляем как грязный мердж. Из плюсов: простота и скорость, из минусов отсутствие адекватной истории - все ваши коммиты в мастер называются 'Merge ...' и не несут никакой смысловой нагрузки, приходится хранить историю всех дев веток, чтобы понять прошлое проекта. Вариант второй: отправлять в мастер только чистые изменения через --ff-only. Из плюсов: делим проект на меньшие логические части, удобнее делать bisect, по истории коммитов мастера можно хоть change.log составлять. Из минусов - это очень кропотливый путь, не подходит для сверхдинамичных проектов и новичков, мы не можем себе позволить коммит типа 'Fix typo'. Но способность мыслить законченными микрокоммитами очень помогает.

[evnuh]

Юрий Пузыня: ченджлог и бисект легко заменяются принципом "одна фича - одна ветка". Никаких условий мол "коммитить только нужное", никаких переписываний истории. Мерджишь и всё.