Подвижное резервное копирование
Как я мог включить автоматические (возрастающие) резервные копии Подвижного (центрального/основного) репозитория?
Я происхожу из подверсии, где я смог сделать рычаг фиксации, который загрузил изменения в S3.
Править: Если бы этот вид стратегии не имеет смысла для Подвижного, какая стратегия резервного копирования имела бы смысл?
2 ответа
Вы можете сделать это аналогичным образом (зафиксировать хук для резервного копирования вашего репозитория где-нибудь) или вы можете просто иметь удаленный репозиторий и отправить его (или нажать на фиксацию).
Наконец, если вы делитесь своим кодом с другими, у вас есть дополнительное преимущество, запяв что все их репозитории могут быть использованы в качестве дополнительных резервных копий, в отличие от SVN, где их рабочая копия будет составлять только один снимок.
Прелесть простого хранения истории в DVCS в том, что вы можете сделать это миллионом различных способов. Вы можете написать хук для фиксации, но я нашел, что проще просто сделать это вручную push + cron.
Мой простой и, скорее всего, наивный подход:
Я делаю push в свой центральный репозиторий. Мой резервный сервер берет данные из центрального хранилища каждые 10 минут. Каждый день в 2:30 утра центральный репозиторий обрабатывается gzip'ом и загружается на резервный сервер. Когда я загружаю свою локальную машину, я загружаю последнюю gzip-резервную копию, и если бы я был достаточно заинтересован, я мог бы записать ее на CD.
Таким образом, в любой момент времени у меня есть по крайней мере 3 достаточно свежие резервные копии и 3 свежие рабочие копии, хранящиеся в разных точках континента. Если все они выйдут из строя, я буду больше беспокоиться о восходе Скайнета, чем о том, что я потерял свой проект.