PERFORCE 클라이언트에서 HDD에 누락 된 파일이 있음

Question

PERFORCE 클라이언트의 p4 명령 줄 또는 p4v gui에서 admin으로 로그인 한 경우에도 볼 수없는 PERFORCE 저장소 파일 구조 내에 많은 파일이 있습니다.

나는 P4 파일과는 P4의 filelog 명령을 통해 내가 할 수있는 모든 메타 데이터를 찾기 위해 시도했지만 항상 반환하지 않습니다 ". - 이러한 파일을"

또한 p4 verify 및 p4 dbverify를 실행하여 서버에 오류가 있는지 확인했지만 오류가 반환되지 않았는지 확인합니다. 그들이 HDD에 공간을 차지한다는 사실을 제외하고 파일의 기록이없는 것 같습니다.

필자의 현재 이론은 실패한 커밋에서 파생되었지만 파일을 인식 할 수있는 퍼펙스 (perforce)를 얻는 방법을 모르겠다.

배경 정보 :

• 이 단지 메인 디포 오래된 프로젝트를위한 보관 창고 간단한 억지로 설정입니다. (미스터리 파일은 주 저장소에 있습니다.)
• 서버 버전은 P4D/NTX64/2012.2/551823 (2012/11/09)입니다.

Answer 1

메타 데이터에 정의 된대로 서버의 저장소 파일 시스템과 저장소의 실제 구조 사이에 일대일 매핑이 반드시있을 필요는 없습니다. 저장소의 수정본은 한 번 작성되고 이동되거나 복제되지 않습니다 클라이언트의 관점에서 이동되거나 복제되는 경우에도 마찬가지입니다. 따라서 저장소 파일 시스템의 주어진 파일이 저장소 파일 경로에 해당하지 않기 때문에 실제로 다른 기존 파일에 대한 기본 저장소를 제공하지 않는다는 가정을하지 말아야합니다 (특히 일부 파일을 제거한 경우 특히 그렇습니다) 다른 파일들은 그대로 유지하면서 파일의 브랜치 - 남은 아카이브 파일은 내가 남긴 하나의 파일 일 수 있습니다.

그런데, 당신이 제안한 것처럼 실패한 제출의 일부로 아카이브가 "고아"가 될 수도 있습니다. 관련된 공간의 양이 적다면 걱정하지 않아도됩니다 (고아 파일은 충돌로 인해 문제가 발생하지 않음).하지만 정리가 가능한 것이 중요하다면 가장 좋은 방법은 "snap -n"을 사용하여 종속성이 없는지 확인한 다음 수동으로 삭제하십시오 (안전을 위해 다음 번 검증을 실행하여 중요한 사항이 없는지 확인하기 전까지 백업을 유지해야합니다). 사라졌다). 실행

이 말한다

p4 snap -n //... //depot/path/to/mystery/file 

"나를 // 창고에 보관 종속성/경로 /로/미스테리/파일을 저장소 (// ...) 어디에서나 파일을 보여줍니다." -n없이 명령을 실행하면 실제 사본을 만들어 해당 종속성을 깨뜨릴 수 있습니다 (아카이브에 N 개의 중복 복사본이 생기게되므로 공간에 대해 걱정할 경우이 작업을 수행하지 마십시오).

p4 snap -n의 역수 (즉, "이 저장소 파일의 아카이브는 어디에 있습니까?")는 p4 fstat -Oc //depot/file입니다.