SVN. Ротация

tipnote

Что-то никак не могу понять, есть ли возможность организовать не "вечную историю", а хранение изменений за например год? Ну или как вариант: удалить все ревизии старше, чем год, да так, чтобы ничего в репозитории не йокнулось после этого.

katrin2201

вроде нет, да и смысл? CPU сэкономить что ли? =)

tipnote

Смысл в том, что есть ежечасовые данные, хранение которых отлично сделал бы svn, но этих данных _очень_ _много_, а возможности железа ограничены. Ротации за год всем кейсам по этим данным хватило бы.

katrin2201

Ну можно извратиться.
Сделать svn dump и чекаут ревизии годовой давности.
Потом чистка из svndump'а всего лишнего, вставка в начало чекаута, и потом конец svn dump'а.
Может статься, что кто-то уже написал что-то подобное.
А вообще, может лучше хорошо подумать, перестраховаться, и заюзать какую-нить реляционную дб? =) Streambase может какой или еще чего.

tipnote

Может статься, что кто-то уже написал что-то подобное.

Да вот ищу... :( Идея использовать svn а-ля бекап - на каждом шагу, а вопросом ротации никто не озаботился

tipnote

А вообще, может лучше хорошо подумать, перестраховаться, и заюзать какую-нить реляционную дб? =) Streambase может какой или еще чего.
Да не, реляционная бд тут совсем не нужна. Нужно инкрементальное хранение данных. Ну и ифейс для получения-заливки-истории. Классическая система контроля версий. Не хватает только ротации для особо больших объемов.

ppplva

git наверняка такое умеет. Например, в git-svn есть опция для неглубокого копирования истории. Кроме того, там достаточно простой формат хранения и всякие удобные тулзы для доступа к нему, должно быть не сложно соорудить периодическое удаление старых узлов в графе.
Оставить комментарий
Имя или ник:
Комментарий: