Use Delete Flag cuando usa Rsync para hacer copys de security de múltiples repositorys de Git?

Tengo una gran cantidad de repositorys git en un server Linux in situ que necesito respaldar diariamente a un server externo de Windows. Debido a que hay tantos files, quiero usar rsync en lugar de copy simple para ahorrar time y ancho de banda de networking. (Utilizaré rsync después de montar la unidad de destino de Windows.) También quiero evitar una solución que cargue todos los files o los comprimirá en un file grande. Esto se debe a que el server externo se replica en otros serveres externos, y si utilizo un gran file tar, en lugar de tener que copyr los 1 o 2 files pequeños que cambiaron, se deberá copyr todo el file tar grande. (* 1)

Mi pregunta es, ¿debería o no debería usar el indicador de eliminación ( --delete ) en rsync?
El indicador de eliminación en rsync eliminará los files encontrados en el destino pero no en el origen. Idealmente, me gustaría dejar el indicador de eliminación desactivado, porque si un file deseado accidentalmente se eliminó de la fuente, también se eliminaría en el destino. Al no utilizar el indicador de eliminación, corremos el riesgo de que el destino sea un superset de todos los files que queremos.

¿Es esto un problema? ¿Esto de alguna manera corrompería los repositorys de git en el destino? Si hace una diferencia en su respuesta, solo permitiremos que las confirmaciones de avance rápido se envíen a nuestro server git in situ. Tal vez sea el caso de que git nunca elimine files en el directory .git si solo se realizan commits de avance rápido.

(* 1) Editar 1: agrega una nota sobre querer evitar soluciones que comprimen múltiples files en uno. Por lo tanto, el package de git no sería una solución deseada. Si rsync no es el path a seguir, me gustaría saber de cualquier enfoque alternativo que recomiende.

El problema no es tanto acerca de la opción --delete (que usaría para mantener una image consistente de los repos en ambos lados), y más el riesgo de corrupción al copyr tantos files.

Una solución sería tener un trabajo actualizando packages incrementalmente locales (al server).
Un package es como un repository git, pero condensado en un file.
Allí, su rsync tendría que copyr solo un file por repository, pero eso no respaldaría la configuration local y los enganches locales de cada repository.

La otra solución es usar una solución similar a rsync, capaz de hacer copys de security incrementalmente de un gran volumen de datos: bup (presentado en Git Minutes # 24 ).