Как преобразовать существующий каталог в рабочую копию SVN (WC) без замены локальных файлов?

Начиная с SVN 1.7 (но не раньше) вы можете легко сделать это с помощью:

svn co --force http://path/to/repo

Это будет учитывать локальную копию как существующую, и вы увидите «E» для существующего перед каждым именем файла в выводе: E some/existing/file

Если файл отличается (новый или модифицированный) от репозитория, он также обработает это изящно в соответствии с книга:

До версии 1.7 Subversion по умолчанию выдавала жалобу, если вы пытаетесь извлечь каталог поверх существующего каталога, который содержит файлы или подкаталоги, созданные самим процессом извлечения. Subversion 1.7 обрабатывает эту ситуацию по-другому, позволяя продолжить проверку, но помечая любые мешающие объекты как конфликты дерева. Используйте параметр --force, чтобы переопределить эту защиту. При извлечении с параметром --force любой неверсионный файл в целевом дереве извлечения, который обычно препятствует извлечению, все равно станет версионным, но Subversion сохранит его содержимое как есть. Если это содержимое отличается от файла репозитория по этому пути (который был загружен как часть проверки), файл будет иметь локальные модификации — изменения, необходимые для преобразования извлечённого вами версионного файла в неверсионный файл, который был у вас до проверки. out — когда проверка завершится.

Также обратите внимание, что SVN 1.7 может привести к ситуациям, когда это более распространенная проблема (возможно, это мотивирует решение). Я столкнулся с этой проблемой при перемещении каталога sub в новое место на диске. В версиях до 1.7 это привело бы к перемещению каталога .svn вместе с ним, и он прекрасно стоял бы один. В версии 1.7 каталог стал фактически неверсионным. Но svn co --force спас положение.

Существует команда перемещения: http://svnbook.red-bean.com/en/1.1/re27.html

EDIT: если локальные файлы не связаны с репозиторием, вы можете создать локальный репозиторий, импортировать в него файлы, а затем использовать команду relocate.

В качестве альтернативы, если у вас есть физический доступ к обеим машинам, вы можете проверить репозиторий локально, а затем скопировать файлы на удаленную машину через внешний жесткий диск.

Вы можете попробовать использовать rsync, если у вас уже есть рабочая копия под управлением svn где-то еще в сети.

svn co --force https://PATH/TO/REPO/ .

Где . в конце предполагает, что вы уже находитесь внутри каталога, который вы хотите превратить в рабочую копию SVN.

Например, если вы хотите сделать свой каталог public_html рабочей копией репозитория svn:

cd /home/username/public_html; svn co --force https://PATH/TO/REPO/ .

Следующая команда предназначена для удаления всех каталогов .svn.

chmod -R 0755 project_dir
find /project_dir -type d -name .svn -exec rm -rf '{}' +

Если у вас уже есть тестовая версия, вы можете попытаться скопировать эти .svn папки, заменив rm на cp. Хотя я не пробовал.

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

Конечно, вам придется написать какой-то скрипт для передачи файлов .svn. В системе Unix вы можете сделать это с помощью find и friends.

Ни одна из нативных svn-команд не будет проверять существующие файлы на совпадения и не загружать их.

Какой протокол вы используете для доступа к репозиторию? Если это https, это может быть вашей проблемой. Попробуйте собственный протокол svn (используя svnserve) или svn+ssh. Или, возможно, даже выполнить проверку через URL-адрес file:// на сервере, на котором размещен репозиторий svn, а затем использовать rsync для передачи по сети.

Пока вы не платите за пропускную способность в расчете на байт, может иметь смысл позволить "svn co --force" работать в режиме nice или (START /LOW в Windows) и не тратить впустую ваши ресурсы. собственное время. Это не сделает ничего в локальной файловой системе недоступным во время процесса проверки.

Наконец, я не могу понять, почему ваша проверка такая медленная... у нас есть 500 КБ файловых репозиториев, которые извлекаются примерно за 6 минут через https в гигабитной локальной сети. Конечно, все файлы намного меньше (всего 1 ГБ). Насколько далеко вы находитесь от сервера с точки зрения задержки?

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

Используйте Subversion 1.7, чтобы не было .svn с нетронутыми копиями файлов.

У меня был рабочий репозиторий на моем локальном компьютере, из которого все папки .svn были удалены при сбое Eclipse.

Единственный способ подключить его к удаленному репозиторию SVN — выполнить следующие действия из найденного мною блога (Восстановление сломанной рабочей копии Subversion):

# Backup your project in case you run into trouble
cp -Rp /path/to/project /temporary/location

# Strip out the old .svn folders (if any)
find /path/to/project -name .svn -print0 | xargs -0 rm -rf

# Check out a clean copy
svn co http://repo/location /temporary/location2

# Move the .svn folders from the clean copy into the correct relative
# place in the broken copy
cd /temporary/location2
find . -name .svn -print0 | xargs -0 -I {} mv '{}' '/path/to/project/{}'

# Remove the clean copy
rm -rf /temporary/location2

Я не верю, что есть решение без передачи этих 15 ГБ в пункт назначения. Вероятно, было бы быстрее и проще скопировать репозиторий туда и выполнить локальную проверку.