Об’єднайте (за допомогою сквош) усі зміни з іншої гілки як єдиний комітет

Чи існує спосіб Git об'єднати всі зміни з однієї гілки в іншу, але одночасно скористатися одною коміткою?

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

Після того, як ця робота буде закінчена, і я хочу об'єднати гілку WIP у головний, я хотів би відмовитись від усіх цих проміжних комісій і просто мати єдину чисту комісію.

Чи є простий спосіб це зробити?

Як варіант, як щодо команди, яка стискає всі фіксації на гілці з моменту її розгалуження?

Інший варіант - це, 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 repo на github: https://github.com/stevecrozz/dotfiles/blob/master/.gitconfig

git merge --squash <feature branch> це "хороший варіант". "git počin" повідомляє вам всі функції фіксації гілки з вибором, щоб зберегти це.

Для меншої кількості об'єднань.

git merge do x times - git скидання HEAD ^ --soft, то git commit.

Ризик - видалені файли можуть повернутися.

Це можна зробити за допомогою команди "rebase". Назвемо гілки "головними" та "функціональними":

git checkout feature
git rebase main

Команда rebase відтворює всі зобов’язання на "функцію" як один фіксатор з батьківським рівнем "main".

Ви можете запустити git merge mainраніше, git rebase mainякщо "головний" змінився з моменту створення "функції" (або з моменту останнього злиття). Таким чином, ви все ще маєте свою повну історію у випадку, якщо у вас виник конфлікт злиття.

Після відновлення бази даних ви можете об'єднати свою гілку до основної, що призведе до швидкого злиття вперед:

git checkout main
git merge feature

Див Rebase сторінку Розуміння Git Концептуально хороший огляд