¿Es malo / peligroso / inapropiado poner copias de seguridad arbitrarias en / var / backups?

Hay un /var/backupsdirectorio creado por el sistema en sistemas basados ​​en Debian. Necesito un lugar para almacenar copias de seguridad de varios repositorios git (las primarias están en bitbucket). Si los guardo en / var / backup / git, ¿se romperá apt-get o se eliminarán automáticamente en momentos inoportunos? ¿Hay alguna razón por la que no debería usar / var / backup? Si es así, ¿cuál es una alternativa razonable?

/var/backupsEs específico de Debian. No se especifica en el FHS , y su uso no está documentado en la política de Debian (consulte los registros de informes de errores de Debian - # 122038 ). El comportamiento se describe en http://ubuntuforums.org/showthread.php?t=1232703 .

Si bien estoy de acuerdo con @fpmurphy en que hay poco peligro de que Debian elimine sus archivos de respaldo /var/backup, creo que no es una buena política utilizar un directorio que sea tan específico de Debian. Por un lado, Debian podría cambiar su política y romper cosas. Por otro lado, la comunidad de usuarios ya tiene expectativas específicas sobre para qué sirve el directorio. Y finalmente, porque no es "portátil" en el sentido de que no está claro dónde estaría este directorio en una distribución que no sea Debian.

Si mi comprensión del FHS es correcta, sería apropiado colocar clones de repositorios Git en /opt/<project_name>/.gito dentro /usr/local/src/<project_name/.git. Mi inclinación personal sería usar el primero porque deja la puerta abierta para hacer copias de seguridad de los recursos del proyecto que no son archivos de origen y, por lo tanto, no están en Git.

Si realmente desea enfatizar la naturaleza de respaldo de estos repositorios, puede ponerlos en /backups, o incluso /home/backups, dos nombres de directorio que a menudo se usan como puntos de montaje para almacenamiento externo.

Hoy en día, parece que el FHS sugiere que puede crear libremente cualquier subdirectorio /srv, por ejemplo /srv/archives/bitbucket.
Lo que no encuentro realmente claro con la definición de FHS es que las copias de seguridad no son archivos "servidos por el sistema". De todos modos, /srves un espacio de nombres gratuito.

La mejor manera de hacer una copia de seguridad de los gitrepositorios es tener un clon (desnudo) del repositorio. gites bastante frugal en su uso del espacio, casi no habrá ganancia al comprimir algo allí. Y un clon puede mantenerse actualizado fácilmente (a menos que aguas arriba haga bromas estúpidas como la reescritura generalizada del historial, no se puede perder nada).