Не удается зафиксировать на сервере SVN

Question

Когда я фиксирую на сервере, это возвращает:

Запрос POST возвратил неверный XML в ответе: ошибка синтаксического анализа XML в строке
3: неправильно сформирован (неверный токен) (/ svn / site /! Svn / me)

Я использую VisualSVN Server 2.5.1, а клиент TortoiseSVN 1.7.1 64Bit.

Сервер сам по себе работает, я могу обновить из репозитория или просмотреть.

Есть предложения?

Answer 1

Проверьте дисковое пространство вашего сервера. Вероятно, это действительно низко. Как только вы освободите немного, это должно сработать.

Редактировать: Ссылка = http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2858308

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

И еще один пост (http://osdir.com/ml/version-control.subversion.tortoisesvn.devel/2005-03/msg00140.html) обсуждает редактирование файла записей SVN.

Answer 2

У нас была очень похожая проблема, но мы использовали сервер Apache HTTPd в Linux. TortoiseSVN 1.6 работал без ошибок на XP / 32. ToroiseSVN 1.7 на Win7 / 64 мог оформить заказ, но не смог зафиксировать; он вернул ошибку / svn /! svn / me путь не найден . Решение: добавлена ​​отсутствующая директива "alias" в раздел httpd.conf для svn.

Правильно работающий раздел httpd.conf с новой директивой псевдонима выглядит следующим образом:

alias /svn /srv/svn/repos
<Location /svn>
  DAV svn
  SVNPath /srv/svn/repos
  AuthType Basic
  AuthUserFile /path/to/.htpasswd
  Require valid-user
</Location>

Answer 3

Я использую VisualSVN Server 2.5 в Windows 2k8.Недавно я обновил свой сервер и использовал Acronis Backup для переноса текущего состояния сервера в новый массив SSD на новом компьютере.Все прошло гладко, но когда я попытался зафиксировать несколько файлов в одном из репозиториев в этом окне, я получил очень странную ошибку:

Запрос POST возвратил недопустимый XML в ответе: синтаксический анализ XMLошибка в строке 3: неправильно сформирован (неверный токен) (/ svn / repo-name /! svn / me)

Оказывается, в моем конкретном случае это была проблема РАЗРЕШЕНИЯ.Потратив на это полтора часа, я наконец нашел простое решение, которое «сработало для меня».Исправление в миллион долларов?

1. Открыть графический интерфейс сервера VisualSVN.

2. Щелкните правой кнопкой мыши «Сервер VisualSVN (домен)» в корнена левой панели навигации и выберите «Свойства».

3. На вкладке «Общие» вы увидите флажок «Автоматически настраивать разрешения».

   A.Если это не проверено, проверьте его и нажмите «Применить».Это остановит и перезапустит службу VisualSVN и должно исправить проблему.

   B.Если этот флажок установлен, снимите флажок и нажмите «Применить».Это остановит и перезапустит службу Visual SVN.После завершения повторно проверьте параметр и нажмите «Применить» еще раз.После перезапуска службы проблема должна быть решена.

Надеюсь, это поможет кому-то нуждающемуся!

Answer 4

Есть две возможные причины ошибки:

1. Учетная запись службы, под которой работает сервер VisualSVN, не имеет разрешений на доступ

   • C:\Repositories\<repo>\ и / или
   • C:\Repositories\<repo>\db\
   • C:\Repositories\<repo>\db\transactions\
   • C:\Repositories\<repo>\db\txn-protorevs\.

2. Некоторые из папок, расположенных под C:\Repositories\<repo>\db\, отсутствуют. Например. тот же

   • C:\Repositories\<repo>\db\transactions\ и
   • C:\Repositories\<repo>\db\txn-protorevs\.

Answer 5

У меня была точно такая же проблема.Когда я использовал черепаху 1.6, я получил лучшее сообщение об ошибке, указывающее доступ запрещен .Исправлена ​​проблема с доступом на моем сервере к репозиториям.

Answer 6

Также убедитесь, что вы не удалили следующие каталоги в хранилище хранилища.

• ... / дб / сделки
• ... / дб / TXN-protorevs

Если у вас есть, просто воссоздайте их. Обычно это пустые каталоги.

---

У меня была эта проблема в репозитории, который работал. Я проверил и изменил разрешения, как предлагалось в предыдущих постах, но это не помогло.

Что случилось? Я тупо запустил программу, которая удаляет пустые каталоги. Мне пришлось создать новый репозиторий и сравнить структуру каталогов, прежде чем я понял свою ошибку.

Answer 7

Вы можете использовать Fiddler2 в качестве прокси-сервера и просматривать XML-запросы / ответы.Может быть, это даст вам еще немного для продолжения.Похоже, TortoiseSVN не использует WinInet, поэтому прокси не будет автоматическим.Вам нужно будет установить прокси на сетевой панели Tortoise.Пример: локальный порт 8888. Затем вы увидите данные, поступающие в Fiddler.Закройте ваш браузер и все такое, чтобы не было беспорядка.Теперь посмотрим, можете ли вы сделать что-то простое, например, просмотреть журнал или зафиксировать небольшое изменение.Вы должны увидеть пакеты, а затем вы можете использовать «инспектор» на правой панели для просмотра XML (используйте вкладку XML или RAW).

Answer 8

Привет, если вы используете httpd в качестве прокси-сервера, возможно, проблема связана с владением хранилищем SVN должно быть

drwxr-xr-x   apache apache   svnrepository

пожалуйста, убедитесь, что конфигурация что-то вроде этого subversion.conf

Answer 9

, если вы используете клиент Tortoise SVN: это проблема аутентификации на вашем реальном клиенте, которая не имеет никакого отношения к вашим разрешениям на чтение / запись на сервере или чем-либо еще.

щелкните правой кнопкой мыши вашу рабочую папку (копия) -> TortoiseSVN -> Настройки SVN -> сохраненные данные -> данные аутентификации и нажмите Очистить все.

У меня была похожая проблема, и после сброса сохраненных данных аутентификации я смог зафиксировать и обновить без пробников.

ура.

Answer 10

Когда я делаю резервную копию своего svndb с другого компьютера, я не могу зафиксировать, и tsvn возвращает те же ошибки "Запрос POST вернул неверный XML в ответ ..." Я обнаружил, что файл "YOURsvnDB \ db \ txn-current"отличается от моего старого svndb, после восстановления коммит работает хорошо