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

在/var/backups基于Debian的系统上有一个系统创建的目录。我需要一个地方来存储几个git存储库的备份（主要存储在bitbucket上）。如果我将它们存储在/ var / backup / git中，会破坏apt-get，还是会在不适当的时间自动删除它们？有什么理由不应该使用/ var / backup吗？如果有，什么是合理的选择？

/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两个目录名称中，这两个目录名称通常用作外部存储的安装点。

如今，它似乎FHS建议您可以自由创建任何子目录下/srv，如/srv/archives/bitbucket。
我对FHS的定义并不确定的是，备份不是“由系统提供”的文件。无论如何，/srv是一个免费的命名空间。

备份git存储库的最佳方法是拥有存储库的（裸露）克隆。git在空间使用上非常节俭，压缩那里的任何内容几乎没有收益。而且克隆可以轻松地保持最新状态（除非上游进行诸如批发历史重写之类的愚蠢恶作剧，否则任何损失都不会丢失）。