분기 구성 관리 프로젝트 개요
분기 프로젝트는 다음과 같은 작업에 유용합니다.
• 프로젝트의 이전 버전에서 추출 및 빌드
• 제품의 사용자 정의 버전 빌드
• 분기 개발 작업 수행
• 릴리스 이후 유지 보수 수행
• 제품의 이전 버전에 있는 결함 수정
• 새로운 기능을 기본 개발 경로의 외부에서 테스트
• 일반 개발에 영향을 미치지 않는 연구 실험
새 개발 경로를 생성하여 프로젝트 분기를 생성할 수 있습니다.
프로젝트를 분기할 때 따라야 하는 기본 모델이 있습니다.
• 릴리스 기반 분기
• 프로젝트 기반 분기
릴리스 기반 분기
릴리스 기반 분기 모델에서는 프로젝트의 콘텐츠(기능, 기능개선 및 결함)가 정적이고 잘 정의되어 있는 편입니다. 일반적으로 전체 프로젝트가 개발, 테스트 및 릴리스 단계를 거칩니다.
모든 개발 활동은 프로젝트의 메인 트렁크에서 수행됩니다. 릴리스 후보는 체크포인트로 식별되고 프로젝트 분기에서 완료됩니다. 버그 수정 및 안정화 개발 작업은 프로젝트의 메인 트렁크에서 계속되고 변경 패키지 적용을 사용하여 릴리스 후보 분기로 마이그레이션됩니다.
이 유형의 분기 모델은 전체 버전이 프로덕션에 릴리스되는 개발 환경에 적합합니다. 이 모델을 사용하는 경우 나중에 일괄 병합의 필요성을 방지하려면 분기의 수를 제한하는 것이 좋습니다.
프로젝트 기반 분기
프로젝트 기반 분기 모델에서 프로젝트의 콘텐츠(기능, 기능개선 및 결함)는 마지막 순간까지 하위 프로젝트(기능, 기능 개선 및 결함으로 구성됨)의 추가 및 제거가 계속되어 동적인 경향이 있습니다. 프로젝트는 프로덕션에 증분으로 릴리스됩니다. 일반적으로 이 유형의 개발은 초기 롤아웃 후에 전체 프로젝트를 릴리스하지 않으며, 프로덕션을 매주 업데이트합니다.
모든 개발은 최신 프로덕션 체크포인트에서 생성되는 프로젝트 분기에서 수행됩니다. 프로젝트 분기에 대한 변경은 변경 패키지 다시 동기화 명령을 사용하여 통합 분기에 병합되고 메인 트렁크에 병합되기 전에 해당 분기에서 테스트됩니다. 새로 도입된 통합 코드가 메인 트렁크에 릴리스된 후에는 모든 활성 프로젝트 분기가 제외되고 최신 메인 트렁크(프로덕션) 체크포인트에서 다시 생성됩니다. 이 경우 모든 활성 프로젝트 분기가 최신 프로덕션 릴리스와 동기화됩니다.
프로젝트 기반 분기 모델에서는 동시 또는 병렬 개발 프로젝트를 위한 분기만 생성하는 것이 좋습니다. 기능, 기능개선, 결함 또는 작업 수준에서 분기를 생성하는 것은 권장되지 않습니다.