또한 “rsync-patch.git” 리포지토리에는 메인 릴리스에 대해 너무 많은 관심을 보이는 일부 작업 진행 중인 기능 또는 기능을 나타내는 다양한 패치 파일이 있습니다. gitweb을 사용하여 최신 패치를 탐색할 수 있습니다. 패치 리포지토리의 각 분기는 주 리포지토리에서 동일한 이름의 분기와 일치하므로 “마스터”는 “마스터”와 일치하고 “b3.0.x”는 “b3.0.x”와 일치합니다. cwRsync는 MS Windows용 rsync의 기본 패키징입니다(유료 릴리스만 제공하는 것처럼 보입니다). 사용자의 관점에서 원격 셸 연결을 통한 데몬 전송은 일반 rsync-daemon 전송과 거의 동일한 명령줄 구문을 사용하며, 유일한 예외는 –rsh=COMMAND 옵션을 사용하여 명령줄에서 원격 셸 프로그램을 명시적으로 설정해야 한다는 것입니다. 환경에서 RSYNC_RSH 설정하면 이 기능이 켜지지 않습니다. 예를 들어 rsync 개발 트리는 다양한 방법으로 공개적으로 사용할 수 있으므로 최신 변경 내용을 사용해 보고 개발자에게 피드백을 제공할 수 있습니다. 시스템에 새 소켓 연결을 실제로 허용하지 않고 rsync 데몬(예: 명명된 모듈)의 다양한 기능을 사용하는 것이 유용한 경우도 있습니다(원격 셸 액세스를 허용하는 데 이미 필요한 것 제외). Rsync는 원격 셸을 사용하여 호스트에 연결한 다음 원격 사용자의 홈 디에서 구성 파일을 읽을 것으로 예상되는 일회용 lqdaemonrq 서버를 스폰하는 것을 지원합니다. 이 기능은 데몬 스타일 전송 데이터를 암호화하려는 경우 유용할 수 있지만 원격 사용자가 데몬을 새로 시작하므로 chroot와 같은 기능을 사용하거나 데몬에서 사용하는 uid를 변경하지 못할 수 있습니다.
(데몬 전송을 암호화하는 또 다른 방법은 ssh를 사용하여 로컬 포트를 원격 컴퓨터로 터널하고 해당 원격 호스트에서 lqlocalhostrq의 연결만 허용하도록 해당 원격 호스트에서 일반 rsync 데몬을 구성하는 것이 좋습니다.) 이 단어 분할은 여전히 최신 rsync에서 (기본적으로) 작동하지만 첫 번째 방법으로 사용하기가 쉽지 않습니다. —드라이 런은 rsync가 변경하지 않는 평가판 실행을 수행하게 합니다. rsync 명령을 사용하여 동기화가 완료되면 소스에서 파일을 삭제한다고 가정해 보겠습니다. 아래 예제에서는 로컬 시스템 “/home/pkumar/techi.tgz”의 폴더가 원격 시스템(192.168.1.29)에 동기화되고 동기화가 완료되면 소스에서 파일이 삭제됩니다. 읽기 일괄 처리 옵션은 업데이트되는 대상 트리가 일괄 처리 업데이트 파일 집합을 만드는 데 사용된 대상 트리와 동일하도록 예상합니다. 대상 트리 간의 차이가 발생하면 업데이트가 경고(파일이 이미 최신 상태로 표시되는 경우) 삭제되거나 파일 업데이트를 시도할 수 있으며, 파일이 확인에 실패하면 오류로 업데이트가 삭제될 수 있습니다. 즉, 명령이 중단된 경우 읽기 일괄 처리 작업을 다시 실행하는 것이 안전해야 합니다. 일괄 처리 된 업데이트를 파일의 크기와 날짜에 관계없이 항상 시도하려면 -I 옵션을 사용합니다 (일괄 처리를 읽을 때).
오류가 발생하면 대상 트리가 부분적으로 업데이트된 상태일 수 있습니다. 이 경우 rsync는 대상 트리를 수정하기 위해 일반(비일괄) 작업 모드에서 사용할 수 있습니다. 모든 대상에서 사용되는 rsync 버전은 배치 파일을 생성하는 데 사용되는 버전만큼 새 버전이어야 합니다. 일괄 처리 파일의 프로토콜 버전이 일괄 처리 읽기 rsync가 처리하기에 너무 새 경우 Rsync는 오류로 죽습니다. 또한 –프로토콜 옵션을 사용하여 rsync 생성이 이전 rsync에서 이해할 수 있는 일괄 처리 파일을 생성하도록 하는 방법을 참조하십시오.