2014-12-08 3 views
3

지점 A에서 작업하는 동안 사무실에서 소화가 필요한 화재가 발생했습니다. 나는 아직 나의 변화를 저 지르길 원치 않았다. 나는 2 개의 새로운 파일을 추가했고, 7을 바꿨다. 변화의 어떤 것도 상연되지 않았다. 일시적으로 변경 사항을 숨기고 싶었고 'git stash -a'를 사용했습니다. 내가 정말로 원했던 것은 -u 스위치 였지만 -a를 잘못 사용했다. 내 전체 프로젝트가 숨겨져 있고 내 지점이 예상대로 마지막 커밋까지 복원되었습니다.git stash는 일부를 복구하지만 전부는 아니며

브랜치 B로 전환하고 일부 작업을 수행하고 커밋했습니다.

그런 다음 지점 A로 다시 전환하여 'git stash pop'이라고했습니다. "[filename]이 (가) 이미 존재하고 체크 아웃하지 않음"을 읽은 후 "추적되지 않은 파일을 숨김에서 복원 할 수 없습니다"라는 메시지로 마무리되는 많은 반복적 인 행. 내 지부를 조사한 결과 2 개의 추적되지 않은 파일이 복원되었지만 변경된 7 개의 파일은 복원되지 않은 것으로 나타났습니다. 'git status'는 두 개의 비 추적 파일을 표시하며 다른 변경 사항은 표시하지 않습니다. 왜냐하면 나는 전체 프로젝트를 은닉했기 때문에 비교 대상 파일은 대략 1500 개 정도이므로 7 개의 변경된 파일과의 비교 결과가 무엇인지 알 수는 없습니다. 버퍼에서 스크롤됩니다. :

'자식 숨김 목록'마리화나에 항목이 여전히 있다는 것을 보여준다 "지점 A의 WIP : 숨김 @ {0} ffef125가 [마지막 메시지를 저지]"

'자식 숨김 쇼'는 않습니다 참으로 내 숨김에 7 개의 변경된 파일을 보여 주지만, 나는 '숨겨진 팝 때', 그 파일은 복원되지 않으며 엔트리는 은폐에 남아 있습니다 (이는 팝에 대한 나의 기대치와 일치하지 않습니다)

7 가지 변경된 파일과 어떤 종류의 병합 충돌이 있었는지 궁금해했지만 충돌 해결 마커가 없습니다.

7 개의 변경된 파일을 복원 할 수없는 이유는 무엇입니까? 그리고 사이드 노트에서, 왜 git은 untracked 파일을 복원 할 수 없다고 말했습니까? 실제로 그 파일이 복구 된 것들입니까?

+1

화재가 진압되기 전후에 B 지점에서 작업을 수행 했습니까? ;) – GreenAsJade

+0

혹시 동료 중 한 명에게서 빨간색 스테이플러를 압수 했습니까? – Jubobs

+0

브랜치 A에서'git stash pop'을하기 전에'git reset --hard'를 해보십시오. 감사합니다 jthill. – jthill

답변

0

문제가 해결되었습니다.

나는에 내가 예약 된 파일 복사 내 원래의 작업 지점
  • 을 확인 임시 디렉토리
  • 로 원하는 파일을 복사 숨김 지점
  • 을 확인

    1. 하여이 문제를 해결 내 working branch

    처음에 문제가 발생한 이유는 분명하지 않습니다. 이제까지. 내가 가진 것보다 더 유창한 사람들과의 대화를 바탕으로, 가장 최근의 커밋이 병합되었고 내가 변경 사항을 준비하지 않았다는 사실과 관련이있을 수 있습니다. 그러나 다시, 그것은 순수한 추측입니다.