перемещение зафиксированных (но не выталкиваемых) изменений в новую ветку

Question

перемещение зафиксированных (но не выталкиваемых) изменений в новую ветку

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

как мне ретроактивно переместить мои 37 локальных коммитов на новую ветку? Основываясь на документах, он появляется это git rebase --onto my-new-branch master или ...origin/master должен сделать это, но оба просто дают мне ошибку "fatal: нужна одна ревизия". man git-rebase ничего не говорит о предоставлении ревизии rebase и его примеры не делают так, поэтому я понятия не имею, как решить эту ошибку.

(обратите внимание, что это не дубликат перемещения существующей, незафиксированной работы в новую ветвь в Git или как объединить мои локальные незафиксированные изменения в другую ветвь Git? поскольку эти вопросы касаются незафиксированных изменений в локальное рабочее дерево, а не изменения, которые были зафиксированы локально.)

452 9

git

9 ответов:

Comments

Ничего не найдено.

Mark Longair · Accepted Answer · 2011-02-21 14:58:51

это должно быть хорошо, так как вы еще не нажали свои коммиты в другом месте, и вы можете переписать историю своей ветви после origin/master. Сначала я бы запустил git fetch origin чтобы убедиться в том, что origin/master - до свидания. Предполагая, что вы в настоящее время на master, вы должны быть в состоянии сделать:
git rebase origin/master
... который будет воспроизводить все ваши коммиты, которые не находятся в origin/master на origin/master. Действие по умолчанию rebase-игнорировать коммиты слияния (например, те, которые ваш git pulls, вероятно, введен), и он просто попытается применить патч, введенный каждым из ваших коммитов на origin/master. (Возможно, вам придется решить некоторые конфликты на этом пути.) Затем вы можете создать свою новую ветку на основе результата:
git branch new-work
... а затем сбросить ваш master на origin/master:
# Use with care - make sure "git status" is clean and you're still on master:
git reset --hard origin/master
при выполнении такого рода манипулирования ветвями с git branch,git reset и т. д. Я считаю полезным часто смотреть на график фиксации с gitk --all или a подобный инструмент, просто чтобы проверить, что я понимаю, куда указывают все разные ссылки.

кроме того, вы могли бы просто создать ветку темы, основанную на том, где находится ваш мастер в первую очередь (git branch new-work-including-merges) и затем сбросить master как выше. Однако, поскольку ваша ветвь темы будет включать слияния из origin/master и вы еще не продвинули свои изменения, я бы предложил сделать ребаз, чтобы история была более аккуратной. (Кроме того, когда вы в конечном итоге объедините свою ветвь темы обратно в master, изменения будут более очевидными.)

Stachu · Accepted Answer · 2018-06-06 19:20:51

если у вас низкое количество коммитов, и вам все равно, если они объединены в один мега-коммит, это хорошо работает и не так страшно, как делать git rebase:

unstage файлы (заменить 1 с # фиксаций)
git reset --soft HEAD~1
создать новую ветку
git checkout -b NewBranchName
добавить изменения
git add -A
сделать коммит
git commit -m "Whatever"

Andriy · Accepted Answer · 2016-07-08 15:14:26

еще один способ предположить branch1-это ветвь с зафиксированными изменениями branch2-желательно ветка
git fetch && git checkout branch1
git log
выберите идентификаторы фиксации, которые необходимо переместить
git fetch && git checkout branch2
git cherry-pick commit_id_first..commit_id_last
git push
теперь верните незапущенные коммиты из начальной ветви
git fetch && git checkout branch1
git reset --soft HEAD~1

ProCylon · Accepted Answer · 2017-10-13 12:40:14

Я застрял с той же проблемой. Я нашел простое решение, которое я хотел бы поделиться.

1) создать новую ветку с вашими изменениями.
git checkout -b mybranch
2) Нажмите новый код филиала на удаленном сервере.
git push origin mybranch
3) выезд обратно в ветку master.
git checkout master
4) сбросьте код главной ветви с удаленного сервера и удалите локальную фиксацию.
git reset --hard origin/master

Tim Keating · Accepted Answer · 2013-06-24 23:37:18

о:

ответвление от текущей головки.

убедитесь, что вы находитесь на мастер, не Ваша новая ветка.

git reset вернуться к последней фиксации перед началом внесения изменений.

git pull чтобы повторно вытащить только удаленные изменения, которые вы выбросили с помощью сброса.

или это взорвется, когда вы попытаетесь повторно объединить ветку?

Andreas B · Accepted Answer · 2018-02-21 13:25:30

в качестве альтернативы, сразу после фиксации в неправильной ветви, выполните следующие действия:

git log

git diff {previous to last commit} {latest commit} > your_changes.patch

git reset --hard origin/{your current branch}

git checkout -b {new branch}

git apply your_changes.patch

Я могу себе представить, что есть более простой подход для шаги один и два.

Sergey Kabashnyuk · Accepted Answer · 2012-12-10 17:09:01

проверка свежей копии ваших источников

git clone ........

сделать ветку из нужного положения

git checkout {position} git checkout -b {branch-name}

добавить удаленный репозиторий

git remote add shared ../{original sources location}.git

получить удаленный источник

git fetch shared

оформить заказ нужной ветки

git checkout {branch-name}

слияние источники

git merge shared/{original branch from shared repository}

Sebastian · Accepted Answer · 2017-07-24 16:49:32

для меня это был лучший способ:

проверять наличие изменений и конфликтов слияния git fetch

создать новую ветку git branch my-changes и нажмите на пульт

изменить вверх по течению до новой созданной ветви git master -u upstream-branch remotes/origin/my-changes

нажмите ваши коммиты на новую ветку вверх по течению.

вернуться к предыдущему вышерасположенной git branch master --set-upstream-to remotes/origin/master

user1429980 · Accepted Answer · 2018-01-24 19:04:54

более простой подход, который я использую (предполагая, что вы хотите переместить 4 коммита):
git format-patch HEAD~4
(посмотрите в каталоге, из которого вы выполнили последнюю команду для 4 .patch файлы)
git reset HEAD~4 --hard

git checkout -b tmp/my-new-branch
затем:
git apply /path/to/patch.patch
в любом порядке вы хотели.