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

Эта настройка в настоящее время работает хорошо, за исключением следующего:

  • Мы бы предпочли иметь доступ к почасовым версиям файла, а не ежедневно.
  • Механизм предыдущей версии связан с механизмом резервного копирования. Windows 7 выполняет полное резервное копирование каждую неделю и добавочное резервное копирование каждый день. Предыдущие версии файла - это то, что доступно в резервных копиях. Если у вас есть документы объемом 20 ГБ и вы хотите сохранить историю как минимум за три (3) года, вы будете использовать минимум 3 года * 52 недели * 20 ГБ или около 3 ТБ, даже если в документах будет мало изменений. Это довольно неэффективное использование пространства.
  • Поиск предыдущих версий файла выполняется очень медленно (десятки минут). Вероятно, это связано с предыдущей проблемой - Windows должна пересмотреть все свои резервные копии.

Я рассматриваю использование SVN + autocommit/ autooupdate tortoisesvn. Это будет иметь следующие преимущества:

  • Резервные копии просты, а также будут создавать резервные копии всей истории каждого документа. (Просто сделайте резервную копию хранилища).
  • Создание предыдущих версий может быть частым. Я думаю, что SVN коммит / обновление может быть сделано каждые две минуты или около того.
  • Пользователи могут синхронизироваться по сети.

Тем не менее, я вижу следующие проблемы:

  • Больше конфликтов, чем в исходной настройке, поскольку оба пользователя могут редактировать один и тот же файл, даже если оба находятся в сети, то есть могут подключаться к репозиторию SVN. Пользователи могут, конечно же, заблокировать файл перед редактированием, но это означает, что они должны выполнить настройку.
  • Задержка распространения изменений файла. При совместном использовании файлов Windows 7 изменения, сделанные одним онлайн-пользователем, будут мгновенно доступны другим онлайн-пользователям. С настройкой SVN изменения будут распространяться только тогда, когда пользователи выполнят последовательность добавления / принятия / обновления svn. Задержка будет, вероятно, несколько минут. Этот рабочий процесс больше не будет работать: «Привет, я только что отредактировал документ X, не могли бы вы взглянуть?"

Я хотел бы спросить мнение сообщества об альтернативных настройках или улучшениях вышеупомянутых установок, чтобы решить проблемы.

|источник

2 ответа2

0

Если вы не возражаете платить за хранение более 2 ГБ, Dropbox - это очень удобное и простое в обслуживании решение. Когда возникают конфликты, он автоматически называет конфликт *(computer-name's conflicted copy yyyy-mm-dd).* И их резервные копии, вероятно, более избыточны, чем ваше локальное решение (и не считаются частью квоты хранилища).

Dropbox также имеет API (я не использовал его, но он, вероятно, сопоставим или превосходит хуки коммитов SVN) и очень удобный онлайн-браузер файлов. Не говоря уже о возможностях совместной работы и обмена файлами, которые встроены и более удобны / безопасны, чем Windows.

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

|источник
0

Я знаю, что это старый вопрос, но я размышлял над этим вопросом в последнее время.

Я нигде не могу найти никого, использующего автономные папки svn и Windows 7+, и не могу представить, что это хорошая идея! Вы можете потерять свои последние изменения в случае потери автономных папок.

К сожалению, это означает, что ваши файлы должны быть либо на локальном диске (в этом случае текущие изменения не будут сохранены), либо в сетевой папке, которая не подключена к сети, что делает ее недоступной в случае сетевых проблем!

Недавно один из моих сетевых дисков был перенесен на новый сервер, но, к сожалению, люди, делающие это, забыли об автономных папках, поэтому они переместили некоторые старые версии моих файлов, потому что автономные папки не синхронизировались - без предупреждения! К счастью, я заметил это, поскольку svn сказал мне, что мои файлы не синхронизированы (несколько месяцев назад), так что я мог навести порядок.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .