레드라인 정보
표준 변경 공지 프로세스에서 수정이 필요한 객체에 대한 자세한 계획이 준비되고 다음 결과 객체 개정에서 솔루션이 실행됩니다. 그러나 일부 변경 사항을 검증하고 처리하는 데 상당히 많은 시간이 필요할 수 있습니다. 이럴 때 다른 변경 공지에서 해당 수정 중인 영향 받는 객체를 수정해야 할 경우 문제가 발생할 수 있습니다. 이를 해결하기 위해 경우에 따라 다른 변경 사항이 먼저 처리될 수 있도록 다음 결과 개정의 수정 사항을 되돌리거나, 다른 변경 사항이 해결되도록 변경 사항이 개정 순서를 벗어나 릴리즈될 수 있습니다.
레드라인 기능을 사용하면 여러 사용자가 다음 순차적 개정에 커밋하지 않고 동일한 영향 받는 객체에 변경 사항을 동시 계획할 수 있습니다. 변경 공지의 계획 단계에서는 다음 결과 객체 버전을 작성하는 대신 최근에 릴리즈된 영향 받는 객체에 레드라인이 작성됩니다. 레드라인 제품 구조 브라우저를 실행하여 시각적 표시기로 자동 추적되는 변경 사항을 계획할 수 있습니다. 구현 계획이 완료될 때까지 레드라인에 대한 작업을 계속할 수 있습니다. 구현 단계가 시작되면 변경 컨텍스트 내에서 개정 작업을 사용하여 다음 개정이 작성될 때 계획된 레드라인 변경 사항이 병합됩니다. 변경 공지가 릴리즈된 후에는 결과 객체의 수정 사항이 현재 계획 중인 다른 미해결 변경 공지의 최신 레드라인과 동기화됩니다.
레드라인 기능을 통해 다음 기능을 제공합니다.
제품 구조에서 이전 항목(취소선)과 같은 시각적 표시기를 사용하여 자동으로 강조 표시되는 제안된 변경 세트(예: 부품 삽입 또는 제거)를 작성합니다.
동시 변경에 대한 가시도 향상을 통해 병렬 레드라인 계획 방법을 사용할 수 있는 유연성을 제공하여 기존 개정 방법을 보완합니다.
다른 변경 사항이 릴리즈될 때 자동으로 열려 있는 레드라인을 최신 상태로 유지하거나 수동 조정이 필요하며 충돌을 일으키는 변경 사항이 감지되면 레드라인에 재검토 요청을 적절하게 표시합니다.
레드라인 모범 사례
레드라인을 초기 계획 프로세스의 일부로 사용하여 다른 변경 사항을 간섭하지 않도록 변경 사항을 정의합니다. 다음 순차적 개정을 작성하기 전에 변경 임무 및 레드라인에 대한 권한을 기반으로 기존 레드라인을 수정할 수 있습니다.
변경 사항을 구현하기 위해 변경 공지의 실행을 명시적으로 시작합니다. 변경 공지가 실행을 시작하면 모든 레드라인이 승인되어야 하고 새 레드라인 생성이 허용되지 않습니다.
일부 변경 관리 프로세스에서는 실행 단계 전에 결과 객체를 생성할 수 있으므로 변경 임무에 하나 이상의 결과 객체가 있으면 새 레드라인이 생성되지 않습니다.
관련 항목
도움이 되셨나요?