백필은 작업이 원하는 결과를 얻기 어렵게 만들므로 백필이 필요한 작업을 피하십시오.

명령은 정방향 전파에만 사용해야 합니다. 예를 들어 멤버 개정이 1.2인데 1.4로 다시 동기화하려는 경우에는 명령이 올바르게 응답합니다(해당 개발 경로에서 정방향으로 전파하는 경우). 하지만 멤버 개정을 다시 이전 버전(예: 1.1)으로 업데이트하려는 경우에는 명령이 이미 이루어진 변경을 확인하게 되므로 아무런 변화가 일어나지 않습니다.

오류가 발생하는 경우 해결하기 쉬울 정도로 전파의 수를 작게 유지하십시오. 개발 경로 병합 작업을 가능한 한 자주 수행하십시오. 예를 들면 복잡성의 누적으로 인해 작업이 원하는 결과를 얻기가 어려우므로 2년 기간의 작업은 수행하지 마십시오. 작업을 작은 단위로 나누어 수행하면 훨씬 성공적인 결과를 얻을 수 있습니다.

이동, 이름 바꾸기, 하위 프로젝트 이동과 같은 리팩터링 작업을 피하십시오. 예를 들어 하위 개발 경로의 구성이 구조라는 관점에서 상위와 매우 다른 경우, 병합 작업에서 원하는 결과를 얻기가 더 어려워집니다.

소스 개발 경로의 모든 변경 패키지가 마지막 개발 경로 병합 작업 후에 닫혔는지 확인하십시오. 이 작업은 닫힌 변경 패키지의 변경 사항만 사용합니다. 마찬가지로, 검토 대상인 모든 변경 패키지가 검토되었는지 확인하십시오.

트랜잭션 변경 패키지를 사용하십시오. 문제를 방지하기 위해, 가능하면 트랜잭션 변경 패키지를 시스템에서 필수로 만드십시오. 필수 작업의 일부가 변경 패키지 외부에 있고 일부는 변경 패키지에 있는 경우 병합이 실패하므로(필요한 작업 일부를 완료할 수 없으므로) 전파에 필요한 모든 변경이 변경 패키지에 있는지 확인하십시오.

개발 경로 이름을 다시 사용하지 마십시오. 예를 들어, 새 개발 경로를 생성할 때 이전에 삭제된 것과 동일한 이름을 사용하지 마십시오.