/var/backupsにランダムなバックアップを置くのは悪い、危険、または不適切ですか?

/var/backupsにランダムなバックアップを置くのは悪い、危険、または不適切ですか?

/var/backupsDebian ベースのシステムにはシステム生成ディレクトリがあります。複数のGitリポジトリのバックアップを保存する場所が必要です(主にbitbucketにあります)。 /var/backup/gitに保存すると、apt-getは中断されますか、それとも不適切な時間に自動的に削除されますか? /var/backupを使用しない理由はありますか?それでは、合理的な代替案は何ですか?

答え1

/var/backupsDebianのみ。指定しないFHS、その使用はDebianポリシーに文書化されていません(参照Debian バグレポートログ - #122038)。この動作については後述する。http://ubuntuforums.org/showthread.php?t=1232703

私はDebianからバックアップファイルを削除するリスクを最小限に抑えるという@fpmurphyのコメントに同意しますが、/var/backupDebian専用ディレクトリを使用するのは良い戦略ではないと思います。まず、Debian はポリシーを変更し、何かを破ることができます。一方、ユーザーコミュニティはすでにディレクトリをどのように使用するべきかについての具体的な期待を持っています。最後に、「移植可能」ではないため、Debian ではなくディストリビューションでこのディレクトリがどこにあるかはわかりません。

FHSの私の理解が正しい場合は、/opt/<project_name>/.gitGitリポジトリのレプリカをまたは/usr/local/src/<project_name/.git。私は個人的にソースファイルではなく(したがってGitにはない)プロジェクトリソースをバックアップできるステートメントを開くための電子を使用することを好みます。

これらのストレージのバックアップ属性を実際に強調するには、外部ストレージのマウントポイントとしてよく使用される2つのディレクトリ名にその/backupsストレージを配置できます。/home/backups

答え2

/srv最近、FHSは、たとえば、下にサブディレクトリを自由に作成できると提案しているようです/srv/archives/bitbucket
FHS定義について私にとって明確ではないのは、バックアップが「システムによって提供される」ファイルではないことです。とにかく/srvそれは無料の名前空間です。

答え3

ストレージをバックアップする最善の方法gitは、ストレージの(ベア)レプリカを作成することです。gitスペースの活用が大幅に節約され、そこに何も圧縮しても利点はほとんどありません。そして、クローンは簡単に最新の状態に保つことができます(アップストリームで大規模な履歴を書き換えるなどの愚かな愚かさがなければ何も失われません)。

関連情報