Subversive Reject Credentials

Question

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

Some of selected resources were not committed.
svn: Commit failed (details follow):
svn: Negotiate authentication failed: 'No valid credentials provided'

К сожалению, Google не очень помог найти обходные пути для этой ошибки. Как очистить свой старый SVN-логин и заново ввести его с помощью Subversive?

Answer 1

Почти все клиенты Subversion пытаются придерживаться стандартов, установленных собственным клиентом командной строки.Этот клиент хранит информацию об аутентификации в

%APPDATA%/Subversion/auth/    // on Windows
~/.subversion/auth            // on Unix&Co

Подробнее о учетных данных клиента можно найти в книге Subversion.

Хотя большинство subversionклиенты пытаются использовать существующие данные, но имеют разные кодовые базы, интерпретирующие эти данные.Это означает, что ультра-новая версия клиента командной строки может использовать методы аутентификации, не поддерживаемые вашей версией Subversive.То же самое относится и к способу хранения информации в этих файлах.

С другой стороны: обычно клиенты не перезаписывают существующие файлы без необходимости и могут читать файлы, написанные более старыми клиентами.

Таким образом, возможное решение состоит в том, чтобы позволить старому клиенту записать эту информацию, новые клиенты будут читать ее, не изменяя ее.

Это помогло мне однажды собрать клиента командной строки, клиента, используемого задачей ant, и клиента Eclipse «вместе».

Но помогает ли это в вашей ситуации или нет, это другое дело,Для первой проверки вы можете сделать резервную копию и удалить упомянутые каталоги и попробовать.

Answer 2

Я отвечаю на это с точки зрения Subclipse, но думаю, что это будет полезно.

В прошлый раз, когда я смотрел на Subversive, он собирал ваши учетные данные в своем диалоговом окне хранилища и поддерживал свой собственный кэш в Eclipse.Таким образом, вы должны вернуться в это место, чтобы редактировать их.Также может быть доступно где-то в настройках Eclipse.

Subclipse раньше работал таким образом, но у пользователей всегда возникали проблемы, подобные этой.Итак, еще до того, как Subclipse 1.0 был выпущен много лет назад, мы полностью изменили это.Subclipse вообще не собирает и не хранит учетные данные, он полностью подчиняется Subversion и до Subversion хранятся учетные данные.Преимущество этого подхода заключается в том, что Subversion обладает интеллектом, позволяющим обнаружить что-то вроде изменения пароля вашего сервера, и должна запрашивать у вас новые учетные данные, которые они хранят.Как работает API, если вы храните свои собственные учетные данные, как это делает Subversive, вы не получаете такой же возможности.Вы просто получите сообщение об ошибке в Subversion, подобное приведенному выше.

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

Я бы, конечно, рекомендовал вам вернуться к Subclipse, так как он более активно поддерживается и тесно связан с Subversion.Subclipse уже поддерживает SVN 1.7 в качестве примера и участвует в разработке новых функций.