복제 된 리포지토리의 무결성을 확인하는 방법이 있습니까?


9

원격 저장소를 확인했습니다. 이제 파일을 리포지토리에 추가하는 작업을 수행했습니다. 리포지토리에서 일부 파일을 제거 할 수도 있습니다. 두 경우 모두 git에 변경 사항이 통보되지 않았습니다. git이 repo의 무결성을 검사하는 방법이 있습니까? 그리고 변경된 파일이 무엇인지 알려주십시오.

이 게시물 1을 보았지만 위에서 공유 한 시나리오를 다루는 경우 몰랐습니다. 가 $git fsck충분? 로컬 리포지토리에서 파일을 제거하면. 자식은 어떻게 말하고 보여줄까요?

답변을 기다리십시오.


두 저장소의 로그를 보시겠습니까? 혼란스러운 것에 대해 더 자세히 설명해 주시겠습니까?
Zoredache

@Zoredache 답변 주셔서 감사합니다. 내 게시물을 편집하지만, 맑은로 내가 제거 또는를 수행 한 후 파일을 추가 한 경우 어떻게 $git pull origin master. 이 경우 자식 로그는 동일합니다 (추측). 그것을 테스트하기 위해 git repo에 몇 개의 파일을 추가했습니다. 그리고 시도했다 $git fsck. 그 파일이 repo의 일부가 아니라고 말하거나 알지 못했습니다. 이것은 출력이 $git fsck보여주는 것입니다 :
shirish

$ git fsck Checking object directories: 100% (256/256), done. Checking objects: 100% (1974/1974), done. 보시다시피 일부 파일이 저장소에 추가되었다고 말하지 않았습니다. (내가 사용하지 않은 것처럼, 즉 자식이 그들에 대해 아무것도 알고 비 추적있는 $git-add... 파일이 자식 fsck가 그것을 밖으로 일을하거나하지 않는다면 내가 몰라 삭제 마찬가지로 경우에 사람이있는 경우 어떤 아이디어가 주를 기쁘게
shirish

파일을 제거한다는 것은 무슨 뜻입니까? .git폴더의 내용을 바꾸는 것을 의미 합니까? 아니면 당신의 작업 트리? 작업 트리에서 항목을 변경 한 경우을 사용하십시오 git status. 로컬 커밋을 한 git log경우 커밋이 표시되고 올바른 옵션으로 파일 목록 또는 전체 패치를 제공 할 수 있습니다.
Zoredache

아 고맙습니다, git status내가 찾고 있던 것입니다. 추적되지 않은 파일과 디렉토리 몇 개를 알려줍니다. 파일이 비슷한 방식으로 삭제되면 알려주거나 공유합니까? 다른 질문이 질문을 어떻게 닫습니까? 질문에 답변 한 후에는 질문을 닫는 방법을 볼 수 없습니다. 다시 감사합니다 @Zoredache
shirish

답변:


6

당신은 git status명령을 찾고있는 것 같습니다 .

남자에서 git-status

표시 인덱스 파일과 현재 HEAD 커밋의 차이가 경로 작업 트리와 인덱스 파일 사이의 차이점이 경로를 , 그리고 자식에 의해 추적되지 않은 작업 트리의 경로 (및 gitignore에 의해 무시되지 않는다 (5) ). 첫 번째는 git commit을 실행하여 커밋하는 것입니다. 두 번째와 세 번째는 git commit을 실행하기 전에 git add를 실행하여 커밋 할 수있는 것입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.