2010-03-04 3 views
2

나는 로컬 repo를 가지고 있으며 여러 개의 리모컨을 가지고 있습니다. 나는 내가 수정 된 약 15 파일을 가지고있는 것을 발견하고있다. 그들 중 일부는 리모트에서 왔고 내가 생각하기에 다른 사람은 리모트에서 당기기 전에 수정되었을 수도 있지만 커밋 된 적이 없다고 생각한다. (그렇지 않으면 로컬에서 수정되고 커밋되었지만 당겨서 수정된다.).힘내는 작업 트리를 청소하지 않습니다 - 진단하는 방법

문제는 내가 자식 재설정을 할 때 제거되지 않는 파일에 어떤 일이 일어나기 시작하는지 모르기 때문입니다. 커밋을 시도한 다음 커밋을 리베이스했지만 파일은 작업 트리에 다시 나타납니다. 그래서 망할 놈이 저를 없애 버리지 않을 것 같습니다. 내가 기지와 비교하면 어떤 차이점도 보이지 않습니다. 나는 그것이 줄 결말일지도 모른다라고 생각했다. 그러나 나의 diff/병합 prog는 줄 결말이 모두 같은 (crlf) 것을 가리킨다.

그래서 어떻게 자식을 제거하지 못하게할까요?

답변

-1

당신이 git reset --hard HEAD 할 후에는 git checkout

+0

들으 VM ...하지만 미안하지만 ... 별 차이가 없었습니다. S –

+0

예제 출력을 제공 할 수 있습니까? – Rubycut

0

는 Windows에서인가를 할 필요가? 그렇다면 파일 이름의 대소 문자가 될 수 있습니다.

그렇지 않은 경우 git status으로 표시하십시오.

0

파일이 수정되었거나 커밋되지 않았습니까? 추적되지 않았습니까? git reset HEAD^ (HEAD는 파일을 원래 작성한 커밋 인 경우 추적되지 않은 파일이 표시 될 수 있음)

0

누군가가 저장소로 이동하여 디스크가 아닌 다른 저장소에있는 파일을 수정하고있을 수 있습니다. 이 가능성을 배제하기 위해 아무도 파일에 액세스 할 수 없도록하십시오.

0

검사 설정

git.exe 경로

잘못된 ⇒의 C : \ XXXX \ 힘내 \ bin에

올바른 ⇒의 C : 회신에 대한 \ 프로그램 파일 \ 힘내 \ bin에

관련 문제