TortoiseSVN 1.7 чрезвычайно медленный при фиксации и проверке изменений в сетевом ресурсе

Эта проблема связана только с операциями только с TortoiseSVN 1.7 и только с сетевым ресурсом.

На dev-сервере у меня есть рабочая копия svn, где я могу что-то совершить, а затем обновлять на рабочем сервере.
Иногда, когда все активные сеансы на dev-сервере заняты (я не могу подключиться RDP), я делаю "Commit" сетевым ресурсом с другого dev-сервера.
Итак, я открываю DEV-2, затем открываю сетевой каталог:\\DEV\Project и нажимаю "Commit" или "Check modify".
В этот момент диалог открывается очень медленно (30-40 минут). Нет неверсированных файлов. И независимо от того, сколько измененных файлов (может быть 0).

Примечание. Операция "Обновить" отлично работает.
Также выше проблемы отлично работают со старыми версиями TortoiseSVN (например, 1.6).

Я видел много предложений, чтобы не использовать эту операцию для общих сетевых ресурсов и использовать их локально. Но это не решение проблемы. Иногда мне нужно сделать "фиксацию" на сетевом ресурсе.
И снова это прекрасно работает в ранних версиях.

Может кто-нибудь знает, как решить эту проблему? Или, может быть, существует некоторая настройка, которая может быть отключена?

Я нашел тот же вопрос на форуме разработчиков черепах. Но и без решения: http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2892466

Обновление 1:
Я добавил аналогичный вопрос на форум разработчиков черепах:
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2909472

Ответы

Ответ 1

Оригинальный плакат в более позднем посте в теме tigris.org, с которым вы связались, говорит:

"Я нашел решение. Если я деактивирую

Настройки- > Общие → Диалоги 2- > Состояние → "Перезапись в неверсированные папки"

все работает, как раньше, с TortoiseSVN v1.6.x. "

http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2893160

Ответ 2

Используете ли вы протокол file://? Если да, остановите его сейчас, особенно на сетевом ресурсе.

Вы никогда не должны использовать file:// в репозитории Subversion - особенно если его используют несколько пользователей.

Это особенно верно, так как так легко получить svnserver, легкий сервер Subversion, запустить и запустить. Есть даже указания, чтобы это работало как Служба Windows.

Единственная проблема заключается в том, что ваш сайт блокирует порт 3690 в вашей сети. Однако это должно быть довольно легко исправить. Если нет, вы можете получить один из многих бесплатных пакетов Apache HTTPD/Subversion из VisualSVN, Wandisco и даже CollabeNet, которые позволяют вам легко настроить сервер Subversion с помощью HTTPD в системе Windows.

Единственная другая возможная проблема заключается в том, что вы используете свой старый рабочий каталог 1.6 Subversion с TortoiseSVN 1.7. Рамка рабочего каталога для Subversion 1.7 изменилась, и вы должны действительно сделать новую чистую проверку.

Ответ 3

Лучшим "обходным решением" этой "проблемы" было бы, на мой взгляд, попросить ваших администраторов улучшить инфраструктуру вашего проекта. SVN должен помочь вам синхронизировать локальную копию некоторого дерева исходного кода с удаленным оригиналом. Если вы вынуждены войти в какой-то -remote- "dev-сервер" с вашего локального компьютера и зафиксировать изменения в сетевом каталоге -remote--, то есть явно некоторые ограничения, которые препятствуют вам работать в наиболее оптимальном (приемлемом) путь. Возможно, я понимаю, почему это делается, если клиент не позволяет вам проверить копию кода на вашем локальном компьютере, но заставить людей работать через RDP абсолютно безумно. Не работайте для людей с такими глупыми требованиями. Работодатель должен, по крайней мере, облегчить вам работу и работу над "dev-сервером", а не через RDP.

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