/ 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=12327 で説明されています。
Debianが/var/backupのバックアップファイルを削除する危険性はほとんどないという@fpmurphyに同意しますが、Debian固有のディレクトリを使用することは適切ではないと思います。 1つは、Debianがポリシーを変更し、物事を壊す可能性があることです。もう1つの理由として、ユーザーコミュニティは、ディレクトリの目的について既に特定の期待を持っています。そして最後に、このディレクトリが非Debianディストリビューションのどこにあるかが明確でないという意味で「移植可能」ではないためです。
FHSについての私の理解が正しい場合、Gitリポジトリのクローンを/opt/<project_name>/.gitまたは/usr/local/src/<project_name/.gitに配置するのが適切です。私の個人的な傾向は、前者を使用することです。これは、ソースファイルではなく、Gitにないプロジェクトリソースをバックアップするための扉を開いたままにするためです。
これらのリポジトリのバックアップの性質を強調したい場合は、外部ストレージのマウントポイントとしてよく使用される2つのディレクトリ名である/backupsまたは/home/backupsに配置できます。
現在、FHSは/srvの下に任意のサブディレクトリを自由に作成できることを示唆しているようです。 /srv/archives/bitbucket。
FHS定義で本当に明確ではないのは、バックアップが「システムによって提供される」ファイルではないということです。とにかく、/srvは無料の名前空間です。