Может быть, глупый вопрос. Но я установил SVN 1.4.6 через apt-get. Все работает денди без проблем. Я хочу сделать резервную копию всех файлов SVN, поэтому я решил сделать резервную копию / svn, где appache настроен для поиска.
Во всяком случае. У меня есть файл retroeventhandler.vbs. Когда я бегу
sudo find / -name retroeventhandler.vbs
Я ничего не верну. Но я могу просмотреть сервер по ip / svn / и увидеть все файлы там.
Есть идеи, где должны быть эти файлы? Я что-то упускаю.
ОБНОВЛЕНИЕ на основе сообщения Squillman:
ls -l / svn / repos / avqbsync / db / revs возвращает
total 35252
-rw-r--r-- 1 www-data root 115 2009-09-01 14:42 0
-rw-r--r-- 1 www-data root 9445835 2009-09-01 14:42 1
-rw-r--r-- 1 www-data root 2490 2009-09-01 14:42 2
-rw-r--r-- 1 www-data root 800 2009-09-01 14:42 3
-rw-r--r-- 1 www-data www-data 4779 2009-09-08 14:06 4
-rw-r--r-- 1 www-data www-data 8914223 2009-09-08 14:45 5
-rw-r--r-- 1 www-data www-data 8816246 2009-09-08 16:28 6
-rw-r--r-- 1 www-data www-data 651 2009-09-08 16:30 7
-rw-r--r-- 1 www-data www-data 862 2009-09-08 16:31 8
-rw-r--r-- 1 www-data www-data 8818276 2009-09-08 16:35 9
Я так понимаю, что каждая из них - это исправления или версии. Полагаю, если я сделаю резервную копию этого каталога, то позже смогу восстановить файлы? Или нет. Извините, если это вопрос новичков, просто немного запутанный.
Еще одно обновление: Нашел это ссылка на сайт что может дать мне лучшее решение:
Subversion хранит информацию о репозитории в базе данных плоских файлов. Если ваш репозиторий находится в / svn, то там находятся ваши зафиксированные файлы. Фактически он не хранит данные репозитория в той же файловой структуре, которую вы создаете на стороне клиента. Фактически вы не увидите retroeventhandler.vbs на уровне файловой системы.
Если вы хотите просмотреть репозиторий, используйте подрывной клиент (например, TortoiseSVN в Windows) или svnlook.
В ответ на ваше изменение:
Посмотри на Эта статья, внизу говорится о резервном копировании репо с помощью svnadmin dump.
сквиллман правильно. Вы не найдете файлы просто там, они содержатся в базе данных. Вот - отличный сценарий Perl, который выполняет резервное копирование, копирует его на другую машину, проверяет целостность резервной копии и отправляет вам электронное письмо с результатами.
Вам, вероятно, следует использовать svnadmin dump делать ваши резервные копии. Я настоятельно рекомендую прочитать svn книга
Я только что закончил сценарий оболочки, который выполняет ежемесячное полное резервное копирование и еженощное инкрементное копирование на внешний сервер. Вот как это работает:
Внешний сервер каждую ночь выполняет задание cron. В первое воскресенье каждого месяца этот скрипт запускается ssh svnuser@myhost svnadmin dump /svnpath и направляет вывод в файл. Затем он выполняет сканирование в обратном направлении от конца файла и записывает номер последней версии в файле.
Во все остальные ночи сценарий запускает через ssh svnlook youngest / svnpath и сравнивает вывод с номером последней записанной (зарезервированной) версии. Если были новые коммиты, он запускается svnadmin dump -q --deltas --incremental -r $LASTREV+1:HEAD /svnroot и выгружает результат в файл.
Затем он запускает некоторый код очистки, чтобы удалить полные дампы старше $ N дней и любые инкрементальные дампы старше самого нового полного.