사용자 도움말 > 멤버로 소스 파일 관리 > 멤버 체크 인
  
멤버 체크 인
CLI EQUIVALENT 
si ci
멤버에 대한 변경 내용이 만족스러운 경우 멤버를 체크 인하여 변경 내용을 해당 멤버 기록의 새 개정으로 유지해야 합니다. 멤버는 정기적으로 체크 인해야 합니다.
멤버를 체크 인하면 멤버의 새 개정이 생성되고 멤버 기록에 추가됩니다. 멤버가 헤드 개정 또는 분기 팁 개정이 아닌 개정에 체크 인되는 경우 새 분기가 생성됩니다.
인터페이스
절차
GUI
샌드박스 보기에서 체크 인할 멤버를 하나 이상 선택한 다음 멤버 > 체크 인을 선택합니다.
프로젝트 또는 멤버 기록 보기에서 해당 확인란을 클릭하여 체크 인할 멤버를 선택합니다. 프로젝트 보기에서 멤버 > 체크 인을 선택합니다. 멤버 기록 보기에서 기록 > 체크 인을 선택합니다.
* 
웹 인터페이스에서는 작업당 하나의 멤버만 체크 인할 수 있습니다. 체크 인을 위해 여러 멤버를 선택하면 오류가 발생합니다.
웹 인터페이스에서는 기호 링크 파일 멤버를 체크 인할 수 없습니다. 웹 인터페이스에서 기호 링크 파일을 체크 인하는 경우 해당 링크 파일이 대상 파일의 콘텐츠로 바뀝니다.
* 
멤버의 최대 크기는 Oracle 또는 SQL Server의 경우 2GB입니다. 해당 서버에서 사용되는 저장소의 유형을 알아보려면 관리자에게 문의하십시오.
GUI에서 체크 인 대화 상자의 차이 버튼을 클릭하여 작업 파일과 체크 아웃한 개정 간의 차이를 볼 수 있습니다.
체크 인하기 전에 다시 동기화
비배타적 잠금 정책을 사용하는 경우 귀하 이외의 다른 사용자가 동일한 개정을 체크 아웃할 수 있습니다. 다른 사용자가 변경 내용을 먼저 체크 인하는 경우 현재 분기에서 다음 순차적 개정이 생성됩니다(해당 개정이 현재 분기의 팁인 경우). 귀하가 변경 내용을 체크 인하려고 하는 경우 체크 인을 완료하려면 먼저 이전에 커밋된 변경 내용을 작업 파일에 다시 동기화하고 병합하라는 메시지가 표시됩니다. 잠금 정책에 대한 자세한 내용은 관리자에게 문의하십시오.
개정 설명 지정
개정 설명은 아카이브 메타데이터의 영구적인 일부가 되는 텍스트입니다. 이를 통해 변경 내용 및 변경 이유의 기록을 제공할 수 있습니다. 이 기능은 멤버를 개정 또는 업데이트해야 할 경우 자신 또는 다른 팀원에게 매우 유용할 수 있습니다.
새 개정이 체크 인된 후 해당 개정 설명은 변경할 수 없습니다. 하지만 개정 설명에 새 정보를 추가할 수 있습니다.
관리자가 강제 개정 설명 기능을 설정한 경우 개정 설명을 반드시 입력해야 합니다.
변경 패키지 사용
변경 패키지 검토가 필수인 경우 변경 패키지가 제출되면 보류 중인 개정이 생성됩니다.
멤버 개정 업데이트
멤버를 체크 인하는 경우 멤버 개정 업데이트 옵션을 사용하여 각 멤버의 최신 개정이 프로젝트의 멤버 목록에 추가되도록 할 수 있습니다. 이 옵션이 사용하도록 설정되지 않은 경우 프로젝트 목록에 각 멤버 기록의 최신 개정이 반영되지 않을 수 있습니다. 예를 들어 현재 프로젝트 멤버가 아카이빙된 파일의 개정 2.7이지만 더 최신 개정 2.8이 해당 멤버의 기록에 추가된 경우 멤버를 새 개정으로 업데이트할 수 있습니다.
개정 번호 지정
기본적으로 멤버를 체크 인하는 경우 Windchill RV&S에서 새 개정에 고유한 개정 번호가 지정됩니다. 현재 개정 번호를 1씩 증가시켜 이를 수행합니다. 예를 들어 이전 개정이 1.3인 경우 새 개정에 번호 1.4가 지정됩니다. 모범 사례로, PTC는 Windchill RV&S에서 개정 번호가 자동으로 생성되도록 할 것을 권장합니다. 개정 번호를 사용하여 이정표를 기록하지 마십시오(레이블 또는 체크포인트 사용). 특정 개정 번호를 지정하는 기능은 레거시 용도로 지원되지만 권장되지는 않습니다.
개정 번호가 다음과 같은 경우 체크 인하는 변경 내용의 개정 번호를 선택할 수 있습니다.
마지막 개정 번호보다 큰 경우(이전에 “건너뛴” 개정 번호는 사용할 수 없음)
선행 0이 없는 경우(여러 개의 0을 전체 개정 번호로 사용할 수 있음)
기존 개정을 기반으로 새 분기를 시작하는 경우(선택 사항)
기존 개정 번호를 사용하여 개정을 체크 인하는 경우 Windchill RV&S에서는 해당 개정 번호에 1을 더하고 해당 개정으로 체크 인하려고 합니다. 해당 개정이 이미 있는 경우에는 Windchill RV&S에서 사용 가능한 다음 분기 번호를 선택하고 새 분기를 생성합니다.
예를 들어 헤드 개정이 1.7인 아카이브에 새 개정을 체크 인하는 경우 다음 번호가 유효합니다.
1.8(헤드 개정보다 큼) - 개정을 이미 있는 1.7로 체크 인하는 경우 Windchill RV&S에서 1.8이 지정됨
1.10(헤드 개정보다 큼)
1.72(이후 7에서 72 사이의 번호는 사용할 수 없음)
2.0
1.7.1.1(새 분기를 시작하는 경우)
1.7.0.1(선행 0은 분기 번호)
다음 번호는 유효하지 않습니다.
1.3 - 이전에 개정 1.3이 없었던 경우에도(Windchill RV&S에서는 아카이브를 분기하고 1.3.x.1을 지정하며, 여기서 x는 첫 번째 사용 가능한 분기 번호)
1.08(마지막 부분에 선행 0)
02.1은 2.1과 동일한 것으로 간주됨(분기 번호의 선행 0)
멤버 체크 인 시 분기 시작
Windchill RV&S에서는 일반적으로 주 트렁크 맨 위에 새 개정이 배치됩니다. 하지만 작업 내용이 해당 트렁크에 체크 인되는 것을 원하지 않는 경우도 있습니다. 완제품에 포함되지 않을 개발 라인을 따르거나, 해당 트렁크에서 다음 릴리스를 위한 개발이 계속되는 동안 릴리스 이후 유지보수를 수행할 수 있습니다. 동일한 아카이브에서 서로 다른 개발 라인은 분기 사용을 통해 관리됩니다.
체크 인 지연
일부 상황에서는 멤버를 체크 인할 수 없습니다. 예들 들어 다음과 같은 경우 멤버를 체크 인할 수 없습니다.
아직 다시 동기화하지 않으려는 멤버에 대한 개정 충돌이 있는 경우
다른 사용자가 멤버 개정에 대해 소유한 배타적 잠금이 있고 새 분기를 강제로 생성하지 않으려는 경우
멤버 개정이 고정된 경우
멤버를 체크 인할 수 없지만 해당 체크 인에 대한 정보(예: 개정 설명)를 기록하려는 경우 체크 인을 지연시킬 수 있습니다.
체크 인 시 개정 충돌이 발생하는 경우 지연된 체크 인이 자동으로 생성됩니다. 다른 상황에서는 체크 인 지연 옵션을 선택할 수 있습니다.
델타별 저장 아카이브에서 텍스트 작업 파일의 최대 크기
관리자는 델타별 저장 아카이브에 저장될 수 있는 텍스트 작업 파일의 최대 크기를 결정하는 정책을 설정할 수 있습니다. 이 정책은 Windchill RV&S에서 큰 텍스트 파일을 비교하려고 하는 경우 Windchill RV&S 서버에서 메모리 부족 문제를 방지하는 데 유용합니다. 체크 인하는 동안 파일이 최대 크기를 초과하는 경우 작업을 취소하거나 델타별 저장 아카이브를 참조별 저장으로 변환하라는 메시지가 표시됩니다.
웹 인터페이스에서 소스 파일 지정
구성 관리 웹 인터페이스에서는 샌드박스가 없으므로 멤버에 대해 소스 파일(작업 파일)을 지정하면 이 파일이 새 개정으로 체크 인됩니다.
지정하는 소스 파일의 이름이 멤버 이름과 다른 경우 서로 다른 멤버/소스 파일 이름 옵션을 설정한 방식에 따라 다음 중 하나가 발생합니다.
Windchill RV&S에서 계속 진행할지를 확인합니다. 멤버와 다른 소스 파일을 체크 인하려는 경우 를 클릭합니다.
파일 이름이 일치하지 않으므로 Windchill RV&S에서 체크 인 작업이 취소됩니다.
멤버가 체크 인됩니다.
체크 인 옵션