Чи погано / небезпечно / недоцільно розміщувати довільні резервні копії в / var / резервних копіях?

У системах /var/backupsна базі Debian є створений системою каталог. Мені потрібно місце для зберігання резервних копій декількох сховищ git (праймери - на бітбукеті). Якщо я зберігаю їх у / 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 може змінити свою політику і порушити справи. Для іншого, спільнота користувачів вже має конкретні очікування щодо того, для чого призначений каталог. І нарешті, тому що він не є "портативним" у тому сенсі, що не ясно, де цей каталог знаходився б у недебіанському дистрибутиві.

Якщо моє розуміння 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є досить ощадливим у використанні простору, там майже нічого не виграє від стискання. І клону можна легко оновлювати (якщо тільки по всьому потоку не роблять дурні шахраї, як переписування оптової історії, нічого не можна втратити).