Як я можу зробити наступне в Git?

Моя нинішня філія - ​​філія1, і я внесла деякі місцеві зміни. Однак зараз я розумію, що я насправді мав намір застосувати ці зміни до гілки2. Чи є спосіб застосувати / об'єднати ці зміни, щоб вони стали локальними змінами в гілці2, не вчиняючи їх на гілку1?

Оскільки ваші файли ще не здійснені branch1:

git stash
git checkout branch2
git stash pop

або

git stash
git checkout branch2
git stash list       # to check the various stash made in different branch
git stash apply x    # to select the right one

Як зазначила по benjohn (див довідкової git stashсторінці ):

Щоб також приховувати поточні неактивовані (нещодавно додані) файли, додайте аргумент -u, таким чином:

git stash -u

Закриття, тимчасові зобов’язання та повернення коштів можуть бути надмірними. Якщо ви ще не додали змінені файли до індексу, можливо, ви зможете просто перевірити іншу гілку.

git checkout branch2

Це буде працювати до тих пір, поки жодні файли, які ви редагуєте, не відрізняються між відгалуженням1 та гілкою2. Він залишить вас на відділенні2, з вами збережені робочі зміни. Якщо вони різні, то ви можете вказати, що ви хочете об'єднати свої локальні зміни зі змінами, введеними перемиканням гілок з -mможливістю оформлення замовлення.

git checkout -m branch2

Якщо ви додали зміни до індексу, спершу потрібно скасувати ці зміни за допомогою скидання. (Це збереже вашу робочу копію, вона просто видалить поетапні зміни.)

git reset

Більш короткою альтернативою раніше згаданому підходу є:

Тимчасово перемістіть зміни в сховище.

1. git stash

Створіть та перейдіть на нову гілку, а потім викладіть на неї лише один крок.

2. git stash branch new_branch_name

Тоді просто addі commitзміни до цієї нової гілки.

ПОПЕРЕДЖЕННЯ: Не для новонароджених, що входять в груди

Це в моєму робочому процесі з’являється досить, що я майже намагався написати нову команду git для цього. Звичайний git stashпотік - це шлях, але трохи незручний. Зазвичай я роблю нове зобов'язання спочатку, оскільки якщо я дивився на зміни, вся інформація свіжа у мене, і краще просто почати git commitте, що я знайшов (як правило, виправлення, що належить майстру, який я виявляю під час роботи над особливість відділення) одразу.

Також корисно - якщо ви стикаєтеся з подібними ситуаціями - мати ще один робочий каталог поряд із вашим поточним, який завжди masterперевіряє гілку.

Тож як я цього досягаю, йде так:

1. git commit зміни одразу з хорошим повідомленням про фіксацію.
2. git reset HEAD~1 скасувати комісію з поточної гілки.
3. (необов’язково) продовжуйте роботу над функцією.

Іноді пізніше (асинхронно) або відразу в іншому вікні терміналу:

1. cd my-project-master яка є ще однією WD, яка поділяє те саме .git
2. git reflog щоб знайти помилку, яку я щойно створив.
3. git cherry-pick SHA1 комітету.

За бажанням (все ще асинхронним) ви можете потім відновити (або об'єднати) свою функціональну гілку, щоб отримати виправлення, як правило, коли ви збираєтесь подати PR та вже очистили свою гілку функції та WD:

1. cd my-project яка головна WD, над якою я працюю.
2. git rebase master щоб отримати виправлення.

Таким чином , я можу продовжувати працювати над функцією безперебійно і не повинні турбуватися про git stash-ву що - небудь або того , щоб очистити мій WD перед git checkout(а потім з чеку функція гілки відкату знову.) І до сих пір всі мої виправлення помилок йде до masterзамість прихований у моїй функції.

ІМА git stashі git checkoutє реальною PIA , коли ви знаходитесь в середині роботи над якою - небудь великий особливістю.

Якби мова йшла про здійснені зміни, ви б мали ознайомитися з git-rebase, але як зазначається у коментарі VonC, коли ви говорите про локальні зміни, git-stash, безумовно, був би хорошим способом це зробити.

Надані відповіді на даний момент не є ідеальними, оскільки вони потребують багато непотрібної роботи над вирішенням конфліктів злиття, або вони роблять занадто багато припущень, які часто хибні. Ось як це зробити ідеально. Посилання на мій власний сайт.

Як покластися на іншу гілку в git

У вас є незаконні зміни щодо того, my_branchщо ви хочете здійснити master, не вчинивши жодних змін my_branch.

Приклад

git merge master
git stash -u
git checkout master
git stash apply
git reset
git add example.js
git commit
git checkout .
git clean -f -d
git checkout my_branch
git merge master
git stash pop

Пояснення

Почніть з об'єднання masterу свою філію, оскільки вам доведеться це зробити зрештою, і зараз найкращий час для вирішення будь-яких конфліктів.

Цей -uпараметр (ака --include-untracked) git stash -uзапобігає втраті файлів, що не відслідковуються, коли пізніше це робиться git clean -f -dвсередині master.

Після git checkout masterтого, як важливо, ви НЕ будете робити git stash pop, тому що вам буде потрібна ця скринька пізніше. Якщо ви поп тайник , створений в my_branchа потім зробити git stashв master, ви будете викликати непотрібні конфлікти злиття , коли ви застосуєте цей тайник в my_branch.

git resetнестабільність все, що є результатом git stash apply. Наприклад, файли, які були змінені в сховці, але не існують в стадії masterпостановки як конфлікти "видалених нами".

git checkout .і git clean -f -dвідкиньте все, що не вчинено: усі зміни відслідковуваних файлів, а також усіх непотренованих файлів та каталогів. Вони вже зберігаються в сховці, і якщо їх не залишилося, це masterпризведе до зайвих конфліктів злиття при переході назад до my_branch.

Останній git stash popбазуватиметься на оригіналі my_branch, і тому не спричинятиме конфліктів злиття. Однак якщо у вашому сховищі містяться відслідковувані файли, які ви зобов’язалися засвоїти, git поскаржиться, що це "Не вдалося відновити відслідковувані файли із сховища". Щоб вирішити цей конфлікт, видалити ці файли з вашого робочого дерева, а потім git stash pop, git add .і git reset.