Репликация в системах управления версиями. (как лучше сделать?)

[Stevens]

Всем привет!
У меня на работе имеется сервер, на котором поднят svn. К несчастью, наружу он не торчит. Соответственно, возникает вопрос: могу ли я как-нибудь сделать собственную копию репозитория, перемещаемую, скажем, на флэшке или типа того? Конечно, я могу править исходный код в оффлайне и заливать потом по прибытию, но это не удобно по многим причинам - нет истории изменений и т.п.
Исследование этой темы в манах показывает, что существуют разные подходы - от репликации БД репозитория (что в моем случае смысла не имеет) до использования неких сомнительных сценариев. Я пока не теряю надежду это дело как-нибудь автомазирировать. Для работы с SVN использую плагин к Eclipse.
Если кто-то уже решал такую проблему, прошу поделиться опытом.

[Portnov]

Имхо, лучший вариант - использовать git (для синхронизации с svn есть git-svn).

[SantaClausRpm]

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

Как быть, если кто-нибудь на работе делал изменения в тех же файлах и комитил?
Как слить эти 2-е истории изменений?
Имхо, так не получится.
Subversion требует, чтобы при каждом commit или после каждого update все конфликты были разрулены (откат или слияние).
И в любом случае № правки обойти не удастся, это уникальный номер, возрастающий ровно на 1 каждый раз.

ps. Возможно я ошибаюсь, но мне кажется что нет

[Portnov]

Вот поэтому я и предложил git - он умеет разруливать merge conflicts...

[BlackStar]

Как быть, если кто-нибудь на работе делал изменения в тех же файлах и комитил?
Как слить эти 2-е истории изменений?

Если я правильно понял проблему, то можно сделать 2 ветки, например home, work, все домашние изменния коммитить в home, а затем уже merg'ить с веткой work.

[SantaClausRpm]

Вот поэтому я и предложил git - он умеет разруливать merge conflicts...

И subversion умеет.

Как быть, если кто-нибудь на работе делал изменения в тех же файлах и комитил?
Как слить эти 2-е истории изменений?

Если я правильно понял проблему, то можно сделать 2 ветки, например home, work, все домашние изменния коммитить в home, а затем уже merg'ить с веткой work.

Типатаво.
По другому имхо никак.