Git - работа с неправильной веткой - как скопировать изменения в ветку существующей темы

Я работал над проектом, но, к сожалению, я забыл переключиться на свою ветку, и поэтому работал над мастером

Как я могу скопировать работу (3 файла), которую я сделал здесь, из master, в мою ветку (называемую, например, branch123 ), не подходя к master?

Похоже, все, что вам нужно, это следующее:

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" (или любое другое неиспользуемое имя) из master. Извлеченные файлы теперь будут извлечены в temp, а не в master.
3. проверить изменения в temp (мастер не тронут)
4. Теперь все проверено, и есть возможность проверить существующую ветку. Проверьте нужную ветку (ветку, в которую я хотел внести изменения для начала) 3.5 Git Rebase
5. объединить темп с нужной веткой. Теперь изменения в правильной ветке.
6. удалите временную ветку, так как она больше не нужна

РЕДАКТИРОВАТЬ: я обнаружил, что вам придется выполнить rebase (git rebase --onto) временную ветвь перед выполнением слияния. В противном случае изменения в основной записи будут включены в слияние. Дополнительный шаг 3.5 выше. Подробнее о ребазе читайте здесь: https://git-scm.com/book/en/v2/Git-Branching-Rebasing.