Perforce Helix에서 마이그레이션

Perforce Helix에서 Git으로 마이그레이션합니다.

Perforce Helix 는 Git과 유사한 중앙 집중식 독점 버전 관리 시스템을 포함하는 도구 모음을 제공합니다. Perforce 대 Git # 다음 목록은 Perforce Helix와 Git의 주요 차이점을 보여줍니다: 일반적으로 가장 큰 차이점은 Perforce 브랜칭이 Git의 경량 브랜칭에 비해 무겁다는 것입니다. Perforce에서 브랜치를 만들면 실제로 변경된 파일 수에 관계없이 브랜치의 모든 파일에 대해 독점 데이터베이스에 통합 레코드를 만듭니다. 그러나 Git에서는 단일 SHA가 변경 후 전체 저장소 상태에 대한 포인터 역할을 하며, 이는 기능 브랜칭 워크플로우를 채택할 때 도움이 될 수 있습니다. Git에서 브랜치 간 컨텍스트 전환이 덜 복잡합니다. 관리자가 "그 새 기능에 대한 작업을 멈추고 이 보안 취약점을 수정해야 한다"라고 말하면 Git이 이를 도울 수 있습니다. 로컬 컴퓨터에 프로젝트와 그 기록의 완전한 복사본이 있다는 것은 모든 트랜잭션이 매우 빠르다는 것을 의미하며, Git이 이를 제공합니다. 분기하거나 병합하고, 격리된 상태에서 실험하고, 변경 사항을 다른 사람과 공유하기 전에 정리할 수 있습니다. Git은 기본 브랜치에 병합하지 않고도 변경 사항을 공유할 수 있기 때문에 코드 리뷰가 덜 복잡합니다. 이는 다른 사람들이 병합 전에 변경 사항을 검토할 수 있도록 서버에서 Shelving 기능을 구현해야 했던 Perforce와 비교됩니다. 마이그레이션 이유 # Perforce Helix는 사용자와 관리자 관점 모두에서 관리하기 어려울 수 있습니다. Git/GitLab으로 마이그레이션하면 다음과 같은 이점이 있습니다: 라이선스 비용 없음: Git은 GPL이지만 Perforce Helix는 독점 소프트웨어입니다. 짧은 학습 곡선: Git은 시작하는 데 도움이 되는 방대한 커뮤니티와 수많은 튜토리얼이 있습니다. 최신 도구와의 통합: Git과 GitLab으로 마이그레이션하면 버전 관리, 이슈 추적, 코드 리뷰, CI/CD 등이 내장된 오픈 소스 엔드투엔드 소프트웨어 개발 플랫폼을 사용할 수 있습니다. 마이그레이션 방법 # Git에는 Perforce에서 코드를 가져오고 Git에서 Perforce로 다시 제출하는 내장 메커니즘( git p4 )이 포함되어 있습니다. 시작하는 데 도움이 되는 링크가 있습니다: git-p4 매뉴얼 페이지 git-p4 예시 사용법 Git 책 마이그레이션 가이드 git p4 와 git filter-branch 는 작고 효율적인 Git 팩파일을 만드는 데 그다지 좋지 않습니다. 따라서 처음으로 GitLab 서버에 보내기 전에 저장소를 올바르게 재팩킹하는 데 시간과 CPU를 투자하는 것이 좋을 수 있습니다. 이 StackOverflow 질문 을 참조하세요.