Объединить (с помощью сквоша) все изменения из другой ветви как один коммит

В Git есть ли способ объединить все изменения из одной ветви в другую, но в то же время объединить в один коммит?

Я часто работаю над новой функцией в отдельной ветке и буду регулярно фиксировать / отправлять - в основном для резервного копирования или переноса того, над чем я работаю, на другую машину. В основном эти коммиты говорят "Feature xxx WIP" или что-то избыточное.

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

Есть простой способ сделать это?

В качестве альтернативы, как насчет команды, которая уничтожает все коммиты на ветви с момента, когда она была разветвлена?

Другой вариант, git merge --squash <feature branch>наконец, сделать git commit.

Из Git слияния

--squash

--no-squash

Создайте рабочее дерево и состояние индекса, как если бы произошло реальное слияние (за исключением информации о слиянии), но на самом деле не выполняйте фиксацию, не перемещайте и HEADне записывайте, $GIT_DIR/MERGE_HEADчтобы следующая git commitкоманда создала коммит слияния. Это позволяет вам создать один коммит поверх текущей ветви, эффект которого такой же, как и слияние другой ветви (или более в случае осьминога).

Нашел это! Команда слияния имеет --squashопцию

git checkout master
git merge --squash WIP

в этот момент все объединено, возможно, конфликтует, но не зафиксировано. Теперь я могу:

git add .
git commit -m "Merged WIP"

Попробуйте git rebase -i masterна вашей ветке функции. Затем вы можете изменить все, кроме одного «выбора» на «сквош», чтобы объединить коммиты. Смотрите коммиты на сквош с ребазой

Наконец, вы можете выполнить слияние из основной ветки.

Использование git merge --squash <feature branch>в соответствии с принятым ответом помогает, но объединенная ветвь не будет отображаться как фактически объединенная.

Поэтому еще лучшим решением является:

• Создать новую ветку от последнего мастера
• Объединитесь <feature branch>с вышеупомянутым, используяgit merge --squash
• Объединить вновь созданную ветку в мастер

Эта вики объясняет процедуру подробно.

Я создал свой псевдоним git, чтобы сделать именно это. Я звоню git freebase! Он возьмет вашу существующую грязную ветвь объектов без возможности восстановления и заново создаст ее, чтобы она стала новой веткой с тем же именем, а ее коммиты будут сжаты в один коммит и перенесены в указанную вами ветку (master по умолчанию). В самом конце, это позволит вам использовать любое сообщение коммита, которое вам нравится, для вашей новой "бесплатной" ветки.

Установите его, поместив следующий псевдоним в ваш .gitconfig:

[alias]
  freebase = "!f() { \
    TOPIC="$(git branch | grep '\\*' | cut -d ' ' -f2)"; \
    NEWBASE="${1:-master}"; \
    PREVSHA1="$(git rev-parse HEAD)"; \
    echo "Freebaseing $TOPIC onto $NEWBASE, previous sha1 was $PREVSHA1"; \
    echo "---"; \
    git reset --hard "$NEWBASE"; \
    git merge --squash "$PREVSHA1"; \
    git commit; \
  }; f"

Используйте его из вашей ветки функций, выполнив: git freebase <new-base>

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

Я буду поддерживать его в моем репозитории dotfiles на github: https://github.com/stevecrozz/dotfiles/blob/master/.gitconfig

git merge --squash <feature branch> это хороший вариант. "git commit" сообщает вам сообщение о фиксации всех ветвей функций с вашим выбором сохранить его.

Для менее совершенного слияния.

git merge do x times --git reset HEAD ^ --soft, затем git commit.

Риск - удаленные файлы могут вернуться.

Вы можете сделать это с помощью команды «rebase». Давайте назовем ветви "основной" и "особенность":

git checkout feature
git rebase main

Команда rebase воспроизведет все коммиты на «feature» как один коммит с родителем, равным «main».

Возможно, вы захотите запустить его git merge mainраньше, git rebase mainесли «main» изменился с момента создания «feature» (или с момента последнего слияния). Таким образом, у вас все еще будет полная история на случай конфликта слияния.

После перебазирования вы можете объединить свою ветку с главной, что должно привести к слиянию в ускоренном режиме:

git checkout main
git merge feature

См. Страницу перебазирования в Understanding Git Conceptually для хорошего обзора.