отключение Subversion, в поисках обходного пути

Question

Мой сервер Subversion сломался, его восстановление займет пару недель. К сожалению, я оказался зависимым от контроля версий и не могу писать код без поддержки версий.

Я ищу обходную систему. Что-то должно обогнать мой текущий код, отследить изменения и в будущем воспроизвести изменения и сообщения журнала на восстановленном сервере Subversion. Таким образом, чистый результат будет таким, что вообще не было простоев.

Любые предложения приветствуются!

Answer 1

Серьезно, это отличный шанс перейти на Mercurial / Git!

Answer 2

В качестве временной версии системы я использовал RCS.После того, как сервер Subversion снова заработал, я просто собрал файлы RCS, использовал «rlog», чтобы получить ревизии и зафиксировать сообщения, вручную для каждой ревизии: «co» из RCS и «svn commit» для subversion.Это заняло немного времени, но результат был идеальным.

Answer 3

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

Кроме того, попадайте в привычку делать резервное копирование .Отключение сервера может занять от нескольких минут до нескольких часов, перераспределяя другое оборудование с данными из резервной копии.Не недели.

Answer 4

Суть подрывной деятельности заключается в том, что история хранится централизованно на сервере, поэтому, если она не работает и у вас нет дампов (которые вы должны были ежедневно производить, например, crontab работает svnadmin dump для целей резервного копирования) на сервере) вы застряли.

Преимущество использования GIT (возможно, для вашего следующего проекта) состоит в том, что история дублируется, и даже если сервер выходит из строя, вы сохраняете его локально.