회사에서 위임받은 svn 서버로 좋은 결과를 얻기 위해 git svn
을 사용하고 있습니다. 난 그냥 REBASE가 무섭게 비스듬히 이동했고, 나는 "m는 복구 할 수있는 가장 좋은 방법을 알아 내려고실패한 rebase에서 복구
무슨 일이 있었는지 :.
로 시작하려면, 나는이
---1 (master) \--B--C--D--E (feature/fix-widgets)
했다
그런 다음
git checkout master
을 수행 한 다음 마스터에서git svn rebase
을 수행하여 해당 커밋을 제거합니다. 변경 사항이 완전히 다른 폴더에 있었기 때문에 내 지사와 마스터 사이에 충돌이 예상되지 않았습니다. 나는 이것을 가지고있다:1--2--3--4
가 SVN에서 가져온 커밋된다---1--2--3--4 (master) \--B--C--D--E (feature/fix-widgets)
.
다음으로 나는
git checkout feature/fix-widgets
을 수행 한 다음git rebase master
을 수행합니다. 즉각적인 갈등이 있고, 더해지지 않는 것들이 있기 때문에 나는 물건을 훔쳐서 더 조심스럽게 바라보기로 결정합니다. 나는git rebase --abort
을 해, 이것이 내가 rebase 전에 있었던 곳으로 나를 복구 할 수 있기를 바란다.나는
git rebase --abort
을하고 내가 할 모르겠어요 이제 다음과 같은 메시지가$ git rebase --abort error: git checkout-index: unable to create file somedir/somefile.cs (Permission denied) fatal: Could not reset index file to revision 'be44daa05be39f6dd0d602486a598b63b6bd2af7'.
을받을 수 있습니다.
git status
은 내가feature/fix-widgets
에 있다는 것을 보여 주지만 이전에 커밋 된 많은 수의 추적되지 않은 파일이 많이 변경되어 진행되었습니다. 내가E
을 되 찾을 수 있으면 괜찮을 것이다.
나는이 매우 똑같은 문제를 오늘 만났습니다. 당신이 Windows에서 git을 사용하고 있었다고 추측합니다. 공유 잠금 장치를 생각한 멋진 운영 체제가 좋은 생각이었습니다. 내 생각 엔 somedir/somefile.cs에서 숨 막힌 이유는 그것이 어딘가에 열려 있다는 것이 었습니다 ... 이것이 실패한 리베이스의 원인이었습니다. 내가 찾은 모든 열린 프로그램을 닫고 선택한 대답에 따라 재설정 한 다음 리베이스하여 문제없이 작업했습니다. –
+1 우는 걸 막아 준 잘 쓰여진 질문입니다. – Tinman