1

Я понятия не имею, как использовать любое программное обеспечение для резервного копирования с Linux, но я знаю Git. Я надеюсь, что это не глупый вопрос, поскольку очевидным ответом является использование некоторой формы программного обеспечения для резервного копирования, возможно - но мне было любопытно об этом сценарии - и является ли он жизнеспособным.

Можно ли использовать Git при экспериментировании, изменении драйверов и программного обеспечения в Linux - в частности, в Ubuntu 11.10.

Мне интересно, скажем, к примеру - я хотел что-то поменять, если создание точки фиксации для отката к использованию Git будет простым способом резервного копирования до внесения потенциально вредных изменений в систему?

|источник

2 ответа2

3

Это может / будет работать, но вы должны быть осторожны, чтобы действительно принять все во внимание. Возможно, изменились сценарии инициализации, файлы конфигурации, состояние диспетчера пакетов и т.д. Это очень скоро станет сложным, если вы сделали несколько изменений и захотите вернуться к изменению, скажем, -5. Это не просто удалить файлы и надеяться на лучшее; все файлы конфигурации и состояния также должны быть возвращены, и, возможно, они находятся в двоичном формате и так далее.

На практике в Linux не должно быть никаких "злостей", если вы «знаете, что делаете» (tm). Файлы содержатся гораздо лучше, чем, например, в Windows, и обычно упорядочиваются в пакеты, которые отслеживаются менеджером пакетов. Если я использую систему на основе Debian,

aptitude install gimp

, попробуйте Gimp, а затем сделать

aptitude purge gimp

чтобы удалить его, в процессе не должно быть ничего, кроме, возможно, личных файлов конфигурации.

Понятие "драйверы" не то же самое, что и в Windows; часто речь идет о модулях, содержащихся в ядре или загружаемых отдельно. Последние ведут себя гораздо больше, как обычные программы.

В целом: нет, я бы не рекомендовал использовать Git. Я бы порекомендовал просто использовать менеджер пакетов, или, если вы сами все скомпилируете: либо используйте собственный механизм make-файла для отслеживания того, что было сделано для последующей деинсталляции, либо используйте checkinstall для отслеживания изменений через пакет самостоятельно.

Когда вы устанавливаете личные вещи, не считая знаний менеджеров пакетов, вы часто сможете содержать их, например, в /usr/local/bin и /usr/local/lib вместо того, чтобы прямо в /usr/bin и /usr/lib , таким образом не распространяя случайные файлы повсюду.

|источник
2

Git не очень подходит для этого, в основном потому, что он плохо обрабатывает большие файлы. Вы могли бы взглянуть на плагины git для управления большими файлами и такие вещи, как etckeeper (который отслеживает файлы конфигурации в /etc, используя git или другую (D)VCS). Тем не менее, я думаю, что это плохой выбор для резервного копирования.

Сейчас я бы сказал, посмотрите в faubackup. Это очень простая, надежная система, которая:

  • резервное копирование файлов в каталог, независимо от того, является ли этот каталог локальным или удаленным
  • делает снимки в этом каталоге на основе даты
  • только резервное копирование того, что изменилось между снимками
  • Удаляет старые резервные копии после хранения в течение указанного вами периода времени.

Вы также можете посмотреть на файловые системы, которые предоставляют снимки, такие как btrfs и zfs. Резервное копирование баз данных, которые постоянно записываются, например, без использования моментальных снимков (или блокировки дампов базы данных), является плохой новостью. Но выгрузить базу данных в файл и сделать резервную копию этого проще всего, если вы можете найти место для этого.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .