Работа в автономном режиме с SVN на локальной машине временно

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

есть ли способ сделать клон репозитория на моей локальной машине, зафиксировать изменения в нем, и когда я получу доступ к интернету, "подтолкнуть" их в общий репозиторий? Думая в терминах Mercurial здесь, стоит ли мигрировать полностью?!

29
clone local offline repository svn

7 ответов

ваша проблема звучит для меня как на использование git-svn:

  • настройка Git репозитория: git svn clone http://svn.example.com/project/trunk
  • находясь в сети, зафиксируйте свои изменения в SVN
  • прежде чем перейти в автономный режим, сделайте git svn rebase чтобы синхронизировать ваше git-РЕПО с SVN-РЕПО
  • находясь в автономном режиме, зафиксируйте РЕПО Git с помощью git commit
  • при возвращении в интернет снова, сделайте git svn dcommit чтобы вернуть изменения свойство SVN РЕПО

я использую этот рабочий процесс ежедневно!

вы получаете два огромных преимущества делаешь так:

  • ваша полная история SVN поддерживается в репозитории Git и в каждом репозитории Git, который клонируется из этого
  • находясь в автономном режиме, вы можете просматривать сообщения, проверки других филиалов и т. д.
50

смешным ответом было бы перейти на другой инструмент управления версиями, без обид!

У меня была такая же проблема.
Использовал SVN на моем "реальном" сервере, где находится" реальный " репозиторий.
Когда я выходил со своим ноутбуком, без интернета я просто дублировал" реальный " репозиторий на этом ноутбуке (VisualSVN + TortoiseSVN), работал над ним, изменял/фиксировал что угодно, а когда возвращался, просто "синхронизировал" новые файлы "ревизии" с "реальным" репозиторием.

немного более ясно: имейте два сервера SVN, один локально на вашем ноутбуке (клон) и один на "реальном" сервере (очевидно). Просто синхронизируйте между ними.

7
6

Я использовал git в проекте, который использует SVN по той же причине, которую вы описали выше. Есть некоторые привыкают к Git / mercurial, но через некоторое время мне очень нравится новый подход. Далее у меня никогда не было проблем с использованием git-svn, никогда не пробовали mercurial и svn..

Если вы находитесь на Mercurial и все еще ищете хороший учебник с одним или двумя смешками между проверить это учебник написано Джоэлом Спольским. И как упоминалось ранее, конечно это отличная возможность начать работу с DVCS.

5

всегда SVK Как хорошо. Я не использовал его в течение многих лет, поэтому я не уверен, насколько хорошо он работает.

1

отказ от ответственности: я автор SOS (SVN Offline Support).

Я написал этот простой в использовании инструмент командной строки, чтобы точно решить проблему работы с SVN в автономном режиме, но он работает не только в проверках SVN, но и для любой рабочей копии VCS (например, Bazaar, Git, fossil) или даже в непрослеженных файловых деревьях. SOS позволяет выполнять простые коммиты, ветвление, операции переключения / обновления без всех сложных семантических фоновых знаний, требуемых традиционными VCS. После возвращения в интернет, вы может интегрировать все изменения обратно в базовый VCS.

сайт

для установки требуется Python 3 и обрабатывается через pip install -U sos-vcs

1

хехехе, хорошее время, чтобы обнаружить mercurial или git для себя!!

0