Git - робота над неправильною гілкою - як скопіювати зміни в існуючу гілку теми

Я працюю над проектом, але, на жаль, я забув перейти на своє відділення, і як такий працюю над майстром

Як я можу скопіювати роботу (3 файли), яку я зробив тут, від майстра, до своєї гілки (називається, наприклад, відділення123 ), не звертаючись до майстра?

Звучить як все, що вам потрібно:

git stash
git checkout branch123
git stash apply

Тоді вам слід повернутися до власної гілки, не торкаючись до ведучої гілки.

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

git checkout branch123

Не потрібно нічого приховувати, оскільки поведінка за замовчуванням checkout- НЕ перезаписувати змінені файли у вашій робочій каталозі, тому ви нічого не втратите. (Про це фактично згадував у коментарях перший Каскабель)

Як згадували в коментарях інші люди, якщо branch123цього ще немає, ви можете зробити

git checkout -b branch123

Виходячи з того, що я тут знайшов .

git stash це те, що вам потрібно.

повне пояснення можна знайти в Git-Tools-Stashing

Оскільки можна створити нову гілку, але неможливо перевірити наявну гілку, перевіривши файли, я знайшов наступний трюк, використовуючи для роботи тимчасову гілку:

Цей сценарій працює щонайменше із плагіном VS 2015 Git, але, швидше за все, буде працювати з будь-яким інструментом git.

1. оформити замовлення та внести зміни до файлів у майстер (ups !, неправильна гілка)
2. створити нову гілку "temp" (або будь-яке невикористане ім'я, яке ви вибрали) з головного. Перевірені файли тепер перевірятимуться в temp, а не в master.
3. перевірити зміни в temp (майстер недоторканий)
4. Зараз все зареєстровано, і можна перевірити існуючу гілку. Ознайомтеся з потрібною гілкою (гілка, з якої я хотів зробити зміни, для початку) 3.5 Git Rebase
5. злиття темп до потрібної гілки. Тепер зміни в правильній галузі.
6. видаліть тимчасову гілку, оскільки вона більше не потрібна

EDIT: Я дізнався, що вам доведеться виконати ребазування (git rebase --onto) тимчасової гілки перед виконанням об'єднання. Інакше зміни в master будуть включені в об'єднання. Додатковий крок 3.5 вище. Детальніше про ребауз дивіться тут: https://git-scm.com/book/en/v2/Git-Branching-Rebasing