Tortoise SVN не запрашивает пользователя/пароль и не работает

Я установил tortoiseSVN и смог выполнить проверку файлов/файлов, которые уже находятся в репозитории (мне не нужно аутентифицироваться для этого) Когда я пытаюсь зафиксировать изменения, я получаю следующую ошибку:

Сервер отправил неожиданное возвращаемое значение (403 Запрещено) в ответ на CHECKOUT

Мне никогда не просили ввести мой пользователь/пароль для аутентификации.

Пробовал немного погулять, и нашел различные упоминания об этом, но нет определенного ответа. Я разговаривал с людьми, отвечающими за сервер SVN в нашем кампусе, и они утверждают, что на стороне сервера все нормально...

Любая помощь будет принята с благодарностью:)

ОТВЕТЫ

Ответ 1

Возможно, TortoiseSVN использует некоторые сохраненные данные аутентификации, которые больше не действительны?

Попробуйте удалить все сохраненные данные аутентификации в TortoiseSVN в диалоговом окне настроек (в разделе "Сохраненные данные" ), а затем повторите попытку.

Ответ 2

по моему опыту, может быть: 1- вам необходимо очистить данные аутентификации следующим образом:  щелкните правой кнопкой мыши → настройка → сохраненные данные → данные аутентификации → clear

2- вам нужно использовать протокол "https://" вместо "svn://" или "http://", когда вы хотите проверить в каком-то репозитории, таком как sourceforge.net.

Ответ 3

Похоже, что с версии 1.8, TortiseSVN предпочитает Kerberos (Active Directory) для аутентификации пароля. Это означает, что , если учетная запись, в которую вы вошли в систему, так как не имеет разрешений на путь SVN, теперь получит ошибку 403 Forbidden.

Ответ 4

Проверьте, подключены ли вы к прокси-соединению или нет, если вы переходите к:        TortoiseSVN > Настройки > Сеть Включите прокси, настройте информацию прокси-сервера - серверный адрес и порт должны это сделать.

Ответ 5

Я собираюсь предположить, что вы разговариваете с репозиторием через http или ssh.

Затем вы можете записать адрес репозитория следующим образом: protocol://имя_пользователя @machine-address/repository-dir. Это должно заставить черепаху войти в систему.

Ответ 6

Убедитесь, что ваше интернет-соединение не находится под прокси-сервером. В противном случае настройте его на внешнее соединение черепахи.

Также требуется очистка сохраненных настроек данных (как упоминалось другими пользователями)

Ответ 7

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

alt text http://img365.imageshack.us/img365/7338/svnconfig.jpg