변경 패키지별로 다시 동기화 명령은 기본적으로 개발자를 위한 도구입니다. 샌드박스에 있는 파일을 다시 동기화하려는 경우, 일반적으로 개별 파일을 선택하고 다시 동기화(si resync) 명령을 사용하여 다시 동기화합니다. 그러나 다시 동기화하려는 파일에 다른 파일과 연결된 변경 내용이 있으면 표준적인 다시 동기화 작업에는 이러한 관련 파일이 포함되지 않습니다. 모든 관련된 파일을 다시 동기화하려면 다시 동기화하려는 멤버에 대한 변경 패키지와 연관된 모든 변경 내용을 수동으로 검색해야 합니다.

변경 패키지별로 다시 동기화 명령은 다시 동기화하려는 멤버 개정에 대해 지정된 변경 패키지를 검색한 후 변경 내용을 프로젝트에서 샌드박스로 가져와 이 프로세스를 자동화합니다.

변경 패키지 다시 동기화 명령이 선택한 변경 패키지와 관련된 모든 파일 및 관련된 파일과 연관되어 있을 수 있는 모든 변경 패키지를 검색하는 반면에, 변경 패키지별로 다시 동기화 명령은 다시 동기화하려는 멤버와 연관된 변경 패키지만 처리합니다.

변경 패키지별로 다시 동기화하려면 샌드박스 보기에서 멤버 델타를 포함하는 하나 이상의 멤버를 선택하고, 멤버 > 변경 패키지별로 다시 동기화를 선택합니다.

다시 동기화 명령에 대해 지정한 기본 설정에 따라서는 변경 패키지별로 동기화할 때 작업 파일 덮어쓰기 확인 대화 상자가 나타납니다. 변경 내용을 작업 파일에 유지하려는 경우 아니요(여러 멤버의 경우 모두 아니요)를 클릭합니다. 작업 파일을 다시 동기화하는 개정과 비교하려는 경우 차이를 클릭합니다. 멤버를 병합하고 다시 동기화하려면 예(여러 멤버에 대해서는 모두 예)를 클릭합니다.

변경 패키지별로 다시 동기화 작업에서 변경 패키지 목록은 다시 동기화하려는 멤버를 기준으로 계산됩니다(변경 패키지 다시 동기화 작업에서는 변경 패키지 목록을 명시적으로 지정함).

변경 패키지별로 다시 동기화의 기능은 파일 > 기본 설정 편집 아래에서 변경 패키지 다시 동기화 명령에 대해 선택한 설정에 의해 영향을 받습니다. 여기에는 백필 목록의 작동 방식이 포함됩니다. 예를 들어 요청을 지정하면 백필 목록이 표시됩니다.

개발자는 멤버 개정과 연관된 모든 종속 변경 내용이 다른 파일에 포함되어 있는 경우에도 해당 변경 내용이 확보될 수 있게 하려면 변경 패키지별로 다시 동기화를 사용해야 합니다. 개발자가 파일을 체크 아웃(잠금)한 후에 수정해야 하는 경우를 예로 들어 보겠습니다. 개발자는 샌드박스에서 멤버가 다시 동기화된 후에 다른 개정이 체크 인된 것을 발견합니다. 샌드박스가 상당히 크고 서로 관련 없는 변경 내용을 많이 포함하고 있기 때문에 개발자는 표준적인 다시 동기화를 수행하지 않으려고 합니다. 이 상황에서 변경 패키지별로 다시 동기화 옵션이 사용될 수 있습니다.

개발자가 프로젝트 멤버 main.c를 변경하고 이 변경을 위해 추가적인 파일 main.h가 필요한 경우를 고려해 보겠습니다. main.c에 대한 표준적인 다시 동기화 작업은 main.h를 캡처하지 않습니다.

초기 스테이지에서 프로젝트를 가리키는 샌드박스는 개정 1.1의 main.c를 포함합니다.

그런 다음, 개발자 1이 다음 작업을 수행합니다.

개발자 2가 변경 패키지별로 다시 동기화 명령을 사용하여 main.c를 다시 동기화하면, 샌드박스가 업데이트되어 main.c가 1.2에 있고 main.h 또한 CP22:1의 일부로서 프로젝트에 추가되었음을 표시합니다.