Это плохо / опасно / неуместно помещать произвольные резервные копии в / var / backups?

В системах /var/backupsна основе Debian есть системный каталог. Мне нужно место для хранения резервных копий нескольких репозиториев git (первичные файлы находятся на bitbucket). Если я сохраню их в / var / backup / git, это сломает apt-get или они будут автоматически удалены в неподходящее время? Есть ли причина, по которой я не должен использовать / var / backup? Если есть, что является разумной альтернативой?

/var/backupsспецифично для Debian. Он не указан в FHS , и его использование не задокументировано в политике Debian (см. Журналы отчетов об ошибках Debian - # 122038 ). Поведение описано в http://ubuntuforums.org/showthread.php?t=1232703 .

Хотя я согласен с @fpmurphy в том, что Debian вряд ли когда-либо удалит ваши файлы резервных копий /var/backup, но я считаю, что это не очень хорошая политика - использовать каталог, специфичный для Debian. Например, Debian может изменить свою политику и что-то сломать. С другой стороны, у сообщества пользователей уже есть определенные ожидания относительно того, для чего предназначен каталог. И, наконец, потому что он не является «переносимым» в том смысле, что не ясно, где этот каталог будет в дистрибутиве, отличном от Debian.

Если мое понимание FHS верно, было бы целесообразно поместить клоны репозиториев Git в /opt/<project_name>/.gitили в /usr/local/src/<project_name/.git. Мое личное желание было бы использовать первый, потому что он оставляет дверь открытой для резервного копирования ресурсов проекта, которые не являются исходными файлами и, следовательно, не в Git.

Если вы действительно хотите подчеркнуть природу резервного копирования этих репозиториев, вы можете поместить их /backupsили даже /home/backupsдва имени каталога, которые часто используются в качестве точек монтирования для внешнего хранилища.

В настоящее время, похоже, FHS предлагает вам свободно создавать любой подкаталог /srv, например /srv/archives/bitbucket.
Что мне не совсем понятно в определении FHS, так это то, что резервные копии не являются файлами, «обслуживаемыми системой». Во всяком случае, /srvэто свободное пространство имен.

Лучший способ сделать резервную копию gitрепозиториев - это иметь (голый) клон репозитория. gitявляется довольно скромным в своем использовании пространства, там не будет никакой выгоды в сжатии чего-либо там. И клон можно легко поддерживать в курсе (если только апстрим не делает глупых шуток, таких как переписывание всей истории, ничто не может быть потеряно).