3
개발 프로젝트 중에 제공된 코드는 프로덕션에 도달하기 전에 다른 환경 (예 : 배포 프로세스 테스트를위한 개발 환경, QC, 사전 제작 및 최종 제작을위한 내부 테스트).대표적인 모범 사례 ClearCase 프로젝트 구조
이 개발 노력은 특정 릴리스를 프로덕션에 도달 할 때까지 개발 프로세스에서 위쪽으로 이동하도록 지명 될 수있는 많은 후보 릴리스를 생성합니다. 또한 프로덕션에 배치 된 코드가 핫 픽스를 필요로하는 경우가있을 수 있습니다 현재의 내부 개발 라인 (즉, 병렬 개발)과 병행합니다.
- 개발자가 주로 연결해야하고 : 권장되는 프로젝트 구조에서는 다음과 같은 사항에 대해 수용하기 위해 "프로젝트 탐색기"에 생성 할 대상의 IBM Rational ClearCase를 (CC)에 의해 유지되는 특정 UCM 프로젝트에 대한
내부 개발 라인 (또는 CC 용어에서 개발 스트림)에 대한 작업 수행
- 이 개발 스트림에 전달 된 코드가 수용 가능하다고 판단되면 TTL (Technical Team Lead)이 기준선을 만들 수 있습니다. 이 기준선은 나중에 배포 엔지니어가 로컬 개발 환경에 배포하기 위해 검색 할 수 있습니다.
- 이 기준선이 수용 가능하다고 판단되면이 기준선을 전체적으로 내부 테스트 스트림에 전달하여 추가 품질 관리 (QC) 테스트를 위해 배치 할 수 있습니다.
- 이 기준선이 수용 가능하다고 판단되면이 기준선은 전체적으로 사전 생산에 전달 될 수 있으며 위에서 설명한 것과 유사한 생산으로 전달 될 수 있습니다.
- 물론 이러한 기준선 중 하나가 수신자 측에서 받아 들여지지 않으면 거부 될 수 있으며 수신 측은 다른 기준선이 자신의 스트림에 권장 될 때까지 기다릴 것입니다.
주는 : 배포 엔지니어는 항상 빌드/배포 활동을 수행하는 데 필요한 그/그녀의 파일을 얻기 위해 각 환경에 대한 전용 스트림을 사용합니다.
답변이 오래 걸릴 수도 있기 때문에 모든 분들께 사과드립니다. 그러나 제 질문은 위의 목표를 충족시키기 위해 "프로젝트 탐색기"에서 만들어야하는 정확한 유형의 스트림 및/또는보기에 더 중점을 둡니다.
저는 CC를 사용하여 릴리스 관리에 대한 최상의 방법을 제안하고이 용도로 가장 잘 사용될 수있는 방법을 생각해냅니다.
적은 지점, 더 나은 :
나는
