git 커밋은 UCM 활동과 다릅니다. "활동"과 연관된 파일을 수동으로 밀어 넣음으로써이를 모방 할 수 있지만 UCM의 관리는 단순화됩니다. UCM에서는 활동을 설정하고, 작업을 수행하고, 활동을 체크인 (또는 파일을 체크인 할 수 있음)하고 활동을 전달합니다. 단일 파일을 제공 할 수있는 기능이 없습니다.
활동도 여러 배달에서 계속 작업 할 수 있습니다. 개발자는 "끌기"를 유발하는 버전 트리 충돌이없는 한 자신의 스트림에 여러 개의 배달되지 않은 항목을 활성화 할 수 있습니다.
기준선 역시 다릅니다. UCM의 기준선은 이전 및 선택한 통합 스트림 활동에 레이블을 지정하는 관리 방법입니다.
UCM은 여러 스트림의 관리를 크게 단순화하고 커밋 된 스트림과 전달한 커밋, 어떤 활동을 포함했는지 구분할 수 있습니다.
ClearCase와 UCM은 동일한 제품이 아닙니다. CM 관리 개선을 제공하는 것은 UCM입니다. ClearCase는 동일한 기능을 많이 가지고 있지만 같은 목표에 도달하기 위해서는 더 많은 프로세스와 엄격함이 필요합니다.
기준선이 나에게 분기점처럼 보입니다. 그렇지 않습니까? "권장 기준선은 안정적인 것으로 식별 된 일련의 버전입니다.이 기준선은 프로젝트의 현재 시작 지점을 설정하며, 개발자가 프로젝트를 리베이스하거나 조인하면 해당 기준선의 기반으로 사용되는 기준선입니다. 그는 다른 기준선을 사용하지 않을 경우 " ([Wikipedia] (https://en.wikipedia.org/wiki/Rational_ClearCase_UCM#Baseline)) – volpato
@volpato는 가지가 아닙니다. 가능한 지점의 시작 지점과 같습니다. – VonC