Я только что установил последний клиент TortoiseSVN на Win 10 Pro v1803 b17134.556
Я сделал в значительной степени установку по умолчанию, с возможными единственными изменениями, которые я хотел также клиент CLI. Так что в MS Win 10 путь по умолчанию: C:\ProgramData\Microsoft\Windows\Start Menu\Programs\TortoiseSVN
1.11.1, Build 28492 - 64 Bit , 2019/01/08 21:40:39
ipv6 enabled
Subversion 1.11.1, -release
apr 1.6.5
apr-util 1.6.1
serf 1.3.9
OpenSSL 1.1.0j 20 Nov 2018
zlib 1.2.11
SQLite 3.23.1
И, очевидно, пытался просмотреть и проверить хранилище SVN.
У моего коллеги есть клиент TortoiseSVN v1.9.5.xxx, и он может просматривать наш SVN-сервер "nzchch-svn-yyy.xxxxxx.zzzzz.net/svn/MGIS без каких-либо проблем. Он не может вспомнить, как ему удалось аутентифицировать себя давно, но ему не нужно проходить проверку подлинности (я имею в виду предоставить учетные данные) в эти дни.
Однако я ожидаю, что для меня появится диалоговое окно аутентификации . Вместо этого я получаю только:
Unable to connect to a repository at URL
'https://..........net/svn/MGIS
Access to '/svn/MGIS' forbidden
Я не уверен, аутентифицирована ли она по LDAP, но даже если это происходит и моя учетная запись LDAP не имеет разрешения на доступ к ней (что, я думаю, имеет место), у меня есть доступная учетная запись службы, которую мы используйте на сервере Jenkins для проверки репозитория SVN, и я должен каким-то образом предоставить эти учетные данные. Но Черепаха совсем не спрашивает меня о полномочиях.
Я попытался пройти аутентификацию через CMD, запустив:
svn auth --username jenkinsuser --password topsecret
Credentials cache in 'C:\Users\bfu\AppData\Roaming\Subversion' is empty
Я пытался следовать нескольким советам, таким как:
удалить auth dir :
rmdir /S %APPDATA%\subversion\auth\%APPDATA%\subversion\auth
Очистка «Все мои сохраненные данные», а также чистая установка, которую я включил в «Очистить»: история URL и размеры и позиции диалогов.
Обновление файла конфигурации для включения:
password-stores = windows-cryptoapi
store-passwords = yes
store-auth-creds = yes
который был закомментирован.
Просто я никак не могу предоставить учетные данные, и если это произойдет, я могу использовать сотни серверов SVN с разными данными аутентификации и без возможности включить или заставить его запрашивать у меня это.
Есть идеи, что происходит? Я довольно безнадежен, так как не мог себе представить, что будет такой упрямый клиент SVN, который отказался бы спрашивать у меня учетные данные (и, возможно, сохранить его на следующем шаге).