Как работают с git'ом?

[Flex Ferrum]

Бобёр, ты ведь про git squash?

Добавлено 16.02.17, 20:36
В смысле, про git squash для бедных...

[Бобёр]

Цитата

git squash

Мне скваш как то не понравился, есть шанс ошибиться, константу не ту поставить.
Вообще патч в виде диффа бранчей, по мне так, будет потупее и понадёжнее.

[Flex Ferrum]

Цитата Бобёр @ 16.02.17, 20:41

Мне скваш как то не понравился, есть шанс ошибиться, константу не ту поставить.
Вообще патч в виде диффа бранчей, по мне так, будет потупее и понадёжнее.

У меня в этом случае чуть другая техника. Я перед мёрджем делаю git reset --soft до нужного коммита (с которого хочу схлопнуть), потом делаю новый коммит всего добра, и в итоге - merge.

[Fester]

Цитата Бобёр @ 16.02.17, 20:10

делаем так:
git checkout master
git pull --rebase
git checkout -b CLEAN_BRANCH_NAME
git diff --binary CLEAN_BRUNCH_NAME...DEV_BRANCH_NAME_WITH_100500_INTERMEDIA_COMITS > my.patch
git apply -3 my.patch
git commit -m "my super feature"
git push origin HEAD

7 (!!!) действий для одного мерджа! Млять, люди, это же не нормально!
В томже самом TFS мердж делается за пару кликов. Все просто и понятно. Я уж не говорю о том, что можно изменить 100 файлов, а закомитить 1 и работать дальше с веткой. Или замерджить только один changeset.

[Flex Ferrum]

Цитата Fester @ 16.02.17, 22:16

7 (!!!) действий для одного мерджа! Млять, люди, это же не нормально!

А за сколько действий в TFS ты можешь схлопнуть несколько коммитов в один (но жирный), который потом и замёржить?
По факту в Git мердж делается двумя командами, которые тебе выше уже показали.

[Бобёр]

Цитата

7 (!!!) действий для одного мерджа

Можно и за 6, только у нас в мастер коммитить нельзя.

Цитата

Млять, люди, это же не нормально!

У меня все автоматизировано, так что не переживай

Добавлено 17.02.17, 05:23

Цитата

По факту в Git мердж делается двумя командами, которые тебе выше уже показали.

Можно и одной, правда потом может быть чуть больно .

Сообщение отредактировано: Бобёр - 17.02.17, 05:23

[Fester]

Цитата Flex Ferrum @ 16.02.17, 22:24

схлопнуть несколько коммитов в один (но жирный)

зачем?

Цитата Flex Ferrum @ 16.02.17, 22:24

который потом и замёржить

Мердж в TFS'е делается за пару кликов. Если хочешь замержить конкретные changeset'ы, то количество кликов увелисивается на количество changeset'ов + 1.

Единственно, что не очень хорошо сделано - это поиск shelveset'ов...

Цитата Бобёр @ 17.02.17, 05:15

Можно и за 6, только у нас в мастер коммитить нельзя.

Можно вообще не заморачиваться, слить 2 папки BeyondCompare'ом и закомитить все Получится 1-2 действия включая pull и никакого мерджа

[Flex Ferrum]

Цитата Fester @ 17.02.17, 08:00

зачем?

Затем, чтобы твои частые коммиты (а такое бывает, если работа растягивается надолго, и надо хранить промежуточные результаты где-нибудь в более надёжном месте, чем локальный диск) после мерджа в основую ветку выглядели как один, но жирный. Его и откатить, в случае чего, проще будет.

[applegame]

Цитата Flex Ferrum @ 16.02.17, 20:55

У меня в этом случае чуть другая техника. Я перед мёрджем делаю git reset --soft до нужного коммита (с которого хочу схлопнуть), потом делаю новый коммит всего добра, и в итоге - merge.

git reset --soft удаляет твою ветку с сохранинием измененных файлов?

[Flex Ferrum]

Откатывает индекс, а файлы не трогает, да.

[applegame]

Цитата Flex Ferrum @ 17.02.17, 09:02

Откатывает индекс, а файлы не трогает, да.

А с веткой что происходит?

Цитата Flex Ferrum @ 17.02.17, 08:04

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

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

[Flex Ferrum]

applegame, пока не сделаешь git branch -d - ветка жива. А так, пушу ветку на сервер, а после мерджа - прибиваю. Ресет комнатам делается на локальной ветке перед мерджем.

[Fester]

Цитата Flex Ferrum @ 17.02.17, 08:04

Затем, чтобы твои частые коммиты (а такое бывает, если работа растягивается надолго, и надо хранить промежуточные результаты где-нибудь в более надёжном месте, чем локальный диск) после мерджа в основую ветку выглядели как один, но жирный. Его и откатить, в случае чего, проще будет.

Мердж - это и есть один жирный коммит. Зачем какие-то танцы с бубном?

[Flex Ferrum]

Цитата Fester @ 17.02.17, 09:38

Мердж - это и есть один жирный коммит. Зачем какие-то танцы с бубном?

Не знаю, как в TFS, а в гите после мерджа в ветке, в которую ты мерджишь, оказывается вся твоя история коммитов из той ветки, которую мерджишь. Сделал 100500 коммитов с комментариями "Build fix", "Fix typo", "Temporary Interface Rename" - все они окажутся в целевой ветке. Вот чтобы всю эту историю не тащить и делают squash.

[Fester]

Цитата Flex Ferrum @ 17.02.17, 09:41

Вот чтобы всю эту историю не тащить и делают squash.

Ну т.е. сам себе придумал проблему, потом решил ее и выставил это решение как плюс системы