Я установил новый SVN-репозиторий, запустив SVNServe, в файле conf, anon-access = none.TortoiseSVN не запрашивает аутентификацию?
SVNServe верно делает это правильно, но когда я пытаюсь просматривать репозитории с помощью TortoiseSVN, он просто говорит, что доступ запрещен. Разве он не спрашивает меня вместо имени пользователя и пароля?
Как получить TortoiseSVN, чтобы узнать у меня данные для входа?
Запуск SVN 1.5.6, TortoiseSVN 1.5.9
К сожалению, не раскомментируйте следующие строки в конфигурации:
пароль дб = ПАРОЛЬ
хорошо было решено :) - Примите свой ответ, так что этот вопрос появляется как ответ. – eglasius
Чтобы уточнить, config - svnserve.conf в repo/conf –
Это, вероятно, сохранил некоторые данные аутентификации, попробуйте:
право Нажать на> tortoise-> настройки-> сохраняются данных-> Аутентификация данных Clear ,
В некоторых случаях кнопка «Очистить» -Аутентификация данных остается недоступной, а затем переименовывает папку, в которой сохраняется сертификат. В следующий раз SVN автоматически запросит пароль.
Nop ... проверил, что данные аутентификации не сохранены. Кнопка «Очистить» отключена. – Robo
Работал для меня :) – GateKiller
Эта папка '% APPDATA% \ Subversion \ auth'. –
Если кнопка -Authentication данных «Clear» остаются заблокированными, несмотря на сохранение сертификата просто переименовать папку, в которой сохраняется сертификат. В следующий раз SVN автоматически запросит пароль.
У меня была такая же проблема с использованием beanstalkapp.com, и я смог ее решить, используя http: s * вместо http при указании URL-адреса проверки svn.
Это то, что я получаю за не копирование и вставку.
Я мог бы поклясться, что я проверил использование HTTPS из кода Google, но, видимо, я этого не сделал. Перемещая URL-адрес HTTP в HTTPS, TortoiseSVN снова начинает запрашивать учетные данные. – ken
Просто хотел добавить одно дополнительное решение, которое может остановить TortoiseSVN от запроса на аутентификацию. У меня была ситуация, когда пользователь мог аутентифицироваться с других компьютеров просто отлично, но на этой машине он потерпел неудачу с «Неожиданным статусом HTTP 503« Сервис недоступен »и не запрашивал аутентификацию. Настройки «Черепаха»> «Сохраненные данные»> «Данные аутентификации» были ясны, мы могли бы удалить файлы% APPDATA% \ Roaming \ subversion \ без всякой пользы. Оказывается, что в какой-то момент пользователь попытался «исправить» проблему, установив сетевой прокси.
Приветствия прокси-сервер, надеюсь, это поможет кому-то.
Один думаю, что я только что нашел, был -R в Svnserve конфигурации (только для чтения для всех сделок РЕПО) поставить там на установку - простая вещь, но это все ново для меня ...
Если вы подключаетесь через DirectAccess, вы должны загрузить версию TvtviseSVN для IPv6. Вы можете найти последнюю версию here.
Он может быть найден в папке Version/Application/ipv6
перезагрузить систему после обновления пароля. После перезагрузки SVN будет перенастроить себя и попросить для проверки подлинности, а использовать предыдущий сохраненный пароль
Настройки - Дополнительно - AllowAuthSave = истинный
Я уверен, что он должен просить вас автоматически. Вы используете протокол svn: //, правильно? Можете ли вы разместить свой конфиг? – strager
Да, другие настройки repos I спросили об этом автоматически, поэтому я не знаю, почему это не для этого. Другие репозитории были Apache, хотя это SVNServe. Да, я использую svn: // Помимо комментариев по умолчанию, я добавил это только к config: realm = Репозиторий Subversion – Robo