将任意备份放在 /var/backups 中是否不好/危险/不合适?

将任意备份放在 /var/backups 中是否不好/危险/不合适?

/var/backups基于 Debian 的系统上有一个系统创建的目录。我需要一个地方来存储多个 git 存储库的备份(主要存储在 bitbucket 上)。如果我将它们存储在 /var/backup/git 中,会破坏 apt-get,还是会在不合时宜的时候自动删除它们?我有什么理由不应该使用 /var/backup 吗?如果有,合理的替代方案是什么?

答案1

/var/backups特定于 Debian。中没有指定FHS,并且它的使用没有记录在 Debian 政策中(请参阅Debian Bug 报告日志 - #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,两个经常用作外部存储挂载点的目录名称中。

答案2

如今,FHS 似乎建议您可以在 下自由创建任何子目录/srv,例如/srv/archives/bitbucket
我对 FHS 定义不太清楚的是,备份不是“由系统提供服务”的文件。反正/srv是一个免费的命名空间。

答案3

备份存储库的最佳方法git是拥有存储库的(裸)克隆。git它的空间使用非常节俭,压缩那里的任何东西几乎没有任何好处。并且克隆可以轻松保持最新(除非上游进行像大规模历史重写这样的愚蠢恶作剧,否则不会丢失任何内容)。

相关内容