Контроль версий для резервных копий

Системы контроля версий (СКВ) не годятся для резервного копирования (бэкапов).

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

Функционал СКВ:

1. Сохранение.
2. Совместная работа.
3. Ветвление.
4. Сравнение.
5. Слияние.
6. Разрешение конфликтов.

Необходимый функционал для бэкапов:

1. Сохранение.
2. Автоматичность.
3. Периодичность.
4. Восстановление.
5. Распределенное хранение.

Как видим пересечение только в сохранение. СКВ, можно использовать для бэкапов, но ни периодичности, ни восстановления, контроль версий не обеспечит.

Две наиболее распространенные ошибки при создании бэкапа:

1. Ручные бэкапы вместо автоматических и отсутствие периодичности.
2. Отсутствие проверки бэкапа на возможность восстановления данных. Сюда же относится проверка факта периодичности создания бэкапа.

На этот счет есть популярная шутка:

Всех пользователей можно разделить на две группы: на тех, кто регулярно делает бэкапы и на тех, кто пока не начал их делать. Но есть еще третья группа — те, кто проверяет бекапы.

 

Красивая разница в Git для файла проекта Qt

Обычно, при добавлении файлов в проект Qt, разница файла проекта (*.pro) в Git выглядит следующим образом.

Добавили всего 2 файла foo3.h и foo3.cpp, а получили 6 изменений.

Разницу можно сделать намного симпатичней, если в конце каждого файла добавлять слеш, а в конце каждого списка комментарий # END.

Получается при добавлении двух файлов всего 2 изменения.

Такой способ требует полуручного редактирования файла проекта.

Интеграция Git в файловый менеджер Ubuntu 16.04