Создав ветку Y из рабочей ветки X, я удалил некоторые файлы, чтобы уменьшить визуальный шум, не видя эти файлы в FS, пока работал с веткой Y. Эти файлы изменяются в ветке X.
вот сценарий:
A - B [origin/master]
\
C - D - G - H [origin/X]
\
E - F [Y]
Изменения из ветки Y также переносятся в origin/Y
Уже выставлен PR-запрос ветки Y на рассмотрение.
Как переписать историю коммитов в origin/Y, чтобы вернуть файл?
На всякий случай дам вам простой рецепт. Предположим, ваша ветка называется A, и вы удалили файлы на A ~ 3 (то есть на 3 версии после A):
git checkout A~3 # we set ourselves on the revision where the files where deleted
git checkout HEAD~1 -- file1 file2 file3 # get back the files from the previous revision
git commit --amend --no-edit # commit new revision with the deleted files back in place
git cherry-pick A~3..A # replay revisions after this new revision
# if you like the results:
git branch -f A # set the branch on this new position
git checkout A
git push -f origin A
Это должно работать
git push -u origin Y какие-либо проблемы после изменений в истории коммитов? потому что история коммитов изменена в локальной ветке Y?
- person overexchange; 21.07.2019
git push может не работать ... Как заставить origin/Y синхронизироваться с локальным Y?
- person overexchange; 21.07.2019
git push все прошло нормально
- person overexchange; 21.07.2019
Как упоминал @ eftshift0 в комментариях, этот ответ может оказаться полезным. Он показывает, что вы можете восстановить потерянный файл и переписать историю git следующим образом:
git rebase -i <id of the commit with the files before they were deleted>
git checkout <id of the commit previous to the one you're currently on> <filename>
git commit --amend
git rebase --continue
git tag -d originalHead
Тем не менее, есть смысл сохранить историю git неизменной, поэтому другой вариант восстановления потерянного файла без изменения истории git можно найти в этом ответе, в котором говорится:
git checkout <id of the commit with the files before they were deleted> <filename>
Кроме того, если вы хотите восстановить несколько файлов, этот ответ показывает несколько способов сделать это, например, запуск git checkout несколько раз.
previous commit будет фиксацией, предшествующей фиксации, в которой исчезли файлы. Кроме того, если вы хотите восстановить несколько файлов, этот ответ показывает несколько способов сделать это. Я обновлю свой ответ.
- person AbsoluteSpace; 21.07.2019
dir1.
- person overexchange; 21.07.2019
git status.
- person eftshift0; 21.07.2019
git checkout будет поддерживать новые файлы в последней фиксации, если вы не извлечете файл, который вы изменили в своей текущей ветке.
- person AbsoluteSpace; 21.07.2019
id of the commit with the files before they were deleted на шаге 1 то же самое, что id of the commit previous to the one without the files на шаге 2?
- person overexchange; 21.07.2019
id of the commit with the files before they were deleted - это идентификатор родительского коммита, который удалил файлы, но id of the commit previous to the one without the files - это просто коммит перед тем, над которым вы сейчас работаете. Я обновил сообщение, чтобы сделать шаг 2 более понятным.
- person AbsoluteSpace; 21.07.2019
id of commit previous to the one am currently on на шаге 2? почему не коммит, который я сейчас выполняю?
- person overexchange; 21.07.2019
HEAD будет работать так же хорошо при оформлении заказа ... но я не хотел добавлять немного перца в рецепт, который уже был опробован и протестирован (из того, что вы можете видеть во всех голосах за).
- person eftshift0; 21.07.2019
Yуже находится в запросе PR при последней фиксации. Этот запрос не отличается от прилагаемого? - person overexchange schedule 21.07.2019git push -f origin Y. После того, как вы принудительно нажали ветку, PR должен обновиться на github или bitbucket. - person eftshift0 schedule 21.07.2019parent of the commit that deleted the fileскажуid1. Что такоеid of the previous commitна шаге 2 ниже? Послеid1у меня удалено несколько файлов - person overexchange schedule 21.07.2019git checkout <rev-id> -- <deleted-filepath>. - person eftshift0 schedule 21.07.2019