문제

이동해야 하는 파일이 이미 Perforce 상태에 있습니다.이동한 후에는 새 위치에 맞게 약간의 편집(패키지 업데이트 등)이 필요합니다.이동 변경 사양을 제출한 다음 편집을 위해 다시 열어야 합니까, 아니면 이 작업을 한 번에 수행할 수 있습니까?그렇다면, 사건의 적절한 순서는 무엇입니까?

도움이 되었습니까?

해결책

이전에 이 작업을 한 번에 수행했지만 빌드 프로세스에 따라 반대하는 것이 좋습니다.내가 일반적으로 하는 일은 다음과 같습니다.

  1. 파일을 이동합니다.
  2. 컴파일하기 위해 이동을 변경해야 하는 경우 편집을 위해 해당 이동을 열고 변경합니다.
  3. 변경 사항을 제출하고 Perforce에게 편집을 위해 파일을 다시 열도록 지시합니다.
  4. 컴파일 오류를 일으키지 않지만 업데이트해야 하는 경로 등을 변경합니다.
  5. 적절한 설명과 함께 변경 사항을 제출하세요.

그러나 원하는 경우 위의 (2)단계에서 모든 변경을 수행할 수 있습니다.Perforce는 새 파일의 플래그를 통합에서 추가로 변경할 수 있지만 여전히 파일의 소스 경로를 기억합니다.

편집하다:더 나은 방법

나는 종종 다른 방법을 사용한다는 것을 깨달았지만 파일을 "이동"한다는 생각이 나를 산만하게 만들었습니다.따라서 대신 다음 단계를 권장합니다.

  1. 이전 파일은 그대로 두고 파일을 새 경로/이름에 통합합니다.나는 이것이 당신의 빌드 프로세스를 중단시키지 않을 것이라고 가정합니다.
  2. 새 파일을 제출하고 제출 후 편집을 위해 다시 확인하세요.
  3. 새 파일을 사용할 수 있도록 새 파일과 프로젝트를 필요한 대로 변경합니다.
  4. 새 파일에 대한 수정 사항을 제출합니다.
  5. [선택 사항] 분기 사양을 통해 이전 파일을 분기의 새 파일에 매핑해야 하는지 확인해야 할 수도 있습니다.
  6. 이전 파일을 삭제하기 위한 변경 목록을 생성하고 나중에 제출하세요.

이 방법을 사용하면 편집 내용을 이름 바꾸기/이동과 명확하게 분리할 수 있으며 프로젝트가 컴파일되지 않는 상태로 남아 있는 일이 없습니다.

또한 왜 6단계를 기다리나요?때로는 특히 대규모 프로젝트의 경우 다른 사람이 편집 중인 파일을 이동하고 싶을 수도 있습니다.Perforce가 이에 대해 도움을 드릴 것입니다.파일 삭제를 기다리면 동료가 작업을 수동으로 이동할 필요 없이 편집을 완료하고 제출할 수 있습니다.편집 내용을 제출한 후 새 파일에 통합한 다음 이전 파일을 안전하게 삭제할 수 있습니다.

다른 팁

이동 변경 사항을 제출한 다음 편집을 위해 다시 엽니다(다시 열기 옵션도 사용할 수 있음).이는 변경 기록에서 사용자가 훨씬 더 쉽게 읽을 수 있습니다.

또한 최신 버전의 Perforce에서는 해결 후 파일 변경 사항을 확인합니다.따라서 일부 해결 작업이 완료된 후 파일을 편집하는 데 불만이 있을 수 있습니다.

항상 먼저 제출한 다음 편집한다고 말하고 싶습니다.훨씬 더 깔끔하고 저장소에서 무슨 일이 일어나고 있는지 더 명확하게 보여줍니다.그런 다음 새 위치에서 파일을 체크아웃하고 원하는 대로 변경하면 됩니다.이는 또한 변경 사항이 새 위치에서 이루어졌으며 이름을 바꾼 후에도 모든 것이 작동한다는 것을 훨씬 더 분명하게 만듭니다.

그래 넌 할수있어.분기된 파일을 편집하기 위해 다시 열면 됩니다(예:새로운 것).P4Win에는 이에 대한 컨텍스트 메뉴("편집을 위해 다시 열기")가 있습니다.

여기서는 아마도 "안전하게"가 중요한 포인트일 것입니다.파일 이름을 바꾸거나 파일을 이동하면 Perforce 클라이언트에 새 파일처럼 보이는 개정 번호 "1"이 표시됩니다.물론 관리자는 이전 기록을 얻을 수 있지만 파일의 편집/버전 기록이 중요한 경우 이전 버전을 얻는 것이 조금 더 어렵습니다.

업데이트:계몽적인 의견을 주신 Jaeger 제독과 Greg Whitfield에게 감사드립니다.

Perforce 지원에서도 One True Answer가 무엇인지 추적하기가 쉽지 않았기 때문에 우리가 찾은 내용을 모든 사람에게 업데이트하겠다고 생각했습니다.

  • Perforce는 모든 문서의 모든 버전을 데이터베이스에 저장합니다.
  • 파일을 "" 또는 "" 유형으로 저장하는 경우 전체 파일이 아닌 한 파일 버전의 차이점을 다른 파일 버전에 저장합니다.
  • 파일을 체크아웃하고 변경하지 않은 다음 다시 제출하면 차이점이 0인 새 버전으로 저장됩니다.이는 구성 가능하며 실제 차이점 없이 변경 목록 항목을 무시하도록 P4를 설정할 수 있습니다.변경 목록을 제출하기 전에 "변경되지 않은 파일 되돌리기..."를 선택하여 이 동작을 강제할 수 있습니다.
  • P4에서 파일을 이동하려면 "이름 바꾸기/이동..."을 사용하여 추적할 수 있습니다.Windows 탐색기를 사용하여 복사한 다음 P4에 다시 추가하지 마세요.
  • 상황에 맞는 메뉴에서 "이름 바꾸기/이동..." 기능을 사용하면 "새" 파일은 마치 새 파일인 것처럼 개정 번호 "1"을 표시합니다.
  • 그러나 P4는 파일에서 수행된 모든 기능을 저장하므로 CLI 명령 "p4 filelog -i"를 사용하여 실제로 이전 개정판에 접근할 수 있습니다(심지어 "삭제된" 파일도 복구할 수 있음).
  • 관리자가 아닌 이동되거나 이름이 변경된 파일의 개정 내역을 확인하려면 마우스 오른쪽 버튼을 클릭하고 분기 간에 이동할 때에도 파일의 모든 버전을 표시하는 "개정 그래프"를 선택하면 됩니다.

Perforce 지원에 따르면 분기 또는 폴더 이동을 통해 개정 내역을 더 쉽게 추적하는 것은 자주 요청되는 기능이며 현재 로드맵에 있습니다.

퍼포스의 답변:현재로서는 파일을 이동/이름 바꾸기/통합하면서 정확한 파일 기록을 유지할 수 있는 방법이 없습니다.

그러나 공유하려는 폴더를 마우스 오른쪽 버튼으로 클릭하여 "통합..."을 선택하면 새로 분기된 폴더와 기본 파일의 파일 버전은 개정 #1부터 시작되지만 통합 내역은 분기 폴더와 기본 파일 사이에는 원본 폴더와 기본 파일이 남아 있어 파일의 개정 내역을 추적할 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top