Используя Подверсию для резервного копирования общего назначения

Одна вещь принять во внимание при использовании SVN в качестве резервного копирования для двоичных файлов состоит в том, что SVN удвоит размер файлов, потому что это сохраняет локальную копию каждого файла (в .svn/text-base) файлом.

Кроме этого я использую SVN для резервного копирования также. Просто добавьте, что все файлы тогда фиксируют с помощью сценария.

Как резервное копирование "общего назначения", я сказал бы, что это - вероятно, не самая большая идея, главным образом по причинам, приведенным другими (много избыточных папок и потраченного впустую дискового пространства). Если бы Вы хотите просто сохранить резервные копии, снова я сказал бы, что существуют, вероятно, более оптимальные варианты, в зависимости от Ваших потребностей, например: Вы должны сохранить каждую версию каждого файла или были бы определенные снимки Ваших данных быть достаточными?

Однако в моем офисе, у нас есть малочисленная команда 6, кто работает с совместно используемыми файлами (например: политики и руководства процедур, формы регистрации, и т.д.). Много времени, члены команды будут работать удаленно (из дома или при перемещении), и часто офлайн. Вместо того, чтобы использовать центральную установку совместно используемой папки, мы используем SVN, чтобы дать каждому человеку всю рабочую копию папки, к которой они могут продолжить работать и обратиться и синхронизировать, когда это возможно. Это уничтожает двух птиц с одним камнем: все могут получить доступ и отредактировать файлы даже, в то время как офлайн, плюс он дает нам действительно большое дублирование в наших резервных копиях. Если мой ноутбук загорается , это не стычка, потому что я могу просто проверить другую копию (очевидно, на другом компьютере). Если сервер загорится, то у нас будут резервные копии репозитория для восстановления. Если сервер И все резервные копии repo загораются, то все, что Вы потеряли, является старыми версиями файлов. Единственный способ, которым Вы потеряете любые текущие данные, состоит в том, если сервер, Ваши резервные копии repo и каждый компьютер, который имеет контроль все загадочно, загораются.

, Поскольку некоторые люди сказали, хотя, SVN никогда не будет удалять информацию из репозитория, означая, что, если Вы только хотите сохранить резервные копии в течение 60 дней, тогда, ну, в общем, Вы не можете. Это не точно верно. Посредством использования экспорт , дамп и импорт Вы могли эффективно вытереть более старые версии файлов. Это не симпатично, но это возможно.

Одной вещью, которая раздражала бы меня много, является '.svn' папки, которые svn помещает в каждую папку, которую это отслеживает.

Они выглядят раздражающими, когда Вы копируете папку, необходимо не забыть не копировать их (или песочница могла бы быть раздражена), и это намного более твердо к grep через набор папок, так как часто существует много хитов в .svn папках ресурса.

мне нравится идея использовать управление исходным кодом, управлять Вашей средой. Но я лично не выбрал бы svn для этого задания. Я пошел бы для чего-то как мерзавец. Но это - вероятно, просто я...

Я использовал CVS вместо фантома, таким образом, я не вижу почему нет.

I'ts, хороший, поскольку можно отметить базовую линию: можно измениться, управляют машинами.

Это работает лучше над unixes, чем окна, очевидно.

Вещь, которая поместила бы меня от той идеи, состоит в том, что для общего использования любые двоичные данные скопировать по тому, каждый раз, когда это изменилось, тогда как текстовое содержание, системы SCM базируются вокруг, может легко быть обновлено в форме diffs.

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

хорошая вещь о решениях для резервного копирования более общего назначения (говорят, Машина времени) состоит в том, что они могут свернуть несколько двоичных изменений через некоторое время для сохранения пространства. Я не уверен, как легкий, который должен был бы сделать в SVN или мерзавце или подвижный.

Используя SVN для резервных копий может работать. Однако со временем может быть трудно удалить старые изменения, которые не нужны. Скажите, что Вы только хотели сохранить 30 или 60 дней резервных копий. SVN не обеспечивает простой способ удалить любую историю, более старую, чем X дней. Если у Вас не будет способа произвести чистку старой истории, то Вы в конечном счете выполните свой резервный диск из пространства.

Вот кавычка от Книга SVN по команде svndumpfilter:

, Так как Подрывная деятельность хранит все в непрозрачной системе баз данных, попытка ручных тонких настроек неблагоразумна, если не совсем трудный. И как только данные хранились в Вашем репозитории, Подрывная деятельность обычно не обеспечивает простой способ удалить те данные. [13]

[13], Что, между прочим, функция, не ошибка.

я нашел унисон быть более оптимальным вариантом, чем svn для rsync альтернативы.

Поддержка / и т.д. с управлением исходным кодом может быть большой справкой, когда Вы хотите вернуться изменение, которое полило из шланга Вашу систему, эксперимент с изменениями, или несите изменения от одного сервера до другого.

, Но множество подрывной деятельности .svn каталогов может помешать для этого, не как раз в то самое время, когда поиск, но в некоторых случаях, как *.d папки, плохо разработанные системы могли бы интерпретировать сами .svn папки как содержащий данные конфигурации.

я теперь предпочитаю использовать Подвижный для поддержки / и т.д., так как она подвергает единственную .hg папку / и т.д. Для реального резервного копирования и не только управления версиями, необходимо скопировать это .hg папка в другом месте.

Я использую SVN для резервного копирования моего компьютера, а также для синхронизации моего ноутбука и моего рабочего стола. Но у него есть проблемы, упомянутые в более ранних ответах, в основном удвоение использования диска. Я также чувствую, что избыток файлов и процесс SVN, постоянно проверяющий мой HD на наличие изменений, делают мою машину медленнее.

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

Таким образом, у меня смешанные чувства по поводу использования SVN для резервного копирования общего назначения. Но если вы это сделаете, я рекомендую не хранить библиотеки, такие как фильмы, фотографии и музыка, потому что они, как правило, большие (сильно страдают от удвоенного использования пространства) и неизменяемы - вам не нужен система управления версиями для этого, потому что в редких случаях, когда вы изменяете файл, вам обычно не нужны старые версии (и SVN не подходит для создания / хранения различий двоичных файлов, он сохраняет всю новую версию файла ). Итак, если SVN не может быть адаптирован (мое давнее намерение в проекте) для этих случаев, я предлагаю использовать альтернативный метод для резервного копирования файлов такого типа.