Subversion игнорирует опции "--password" и "--username"

Ответ 1

Приглашение, которое вы получаете, не похоже на то, что Subversion просит вас ввести пароль, похоже, что ssh запрашивает пароль. Поэтому я предполагаю, что вы проверили svn + ssh://checkout, а не svn://или http://или https://checkout.

IIRC все параметры, которые вы пытаетесь использовать только для проверки svn/http/https. Можете ли вы запустить svn-информацию, чтобы подтвердить, какой репозиторий вы используете?

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

Ответ 2

У вас действительно есть одинарные кавычки в вашей команде? Я не думаю, что они необходимы. Кроме того, я думаю, вам также нужны --no-auth-cache и --non-interactive

Вот что я использую (без одинарных кавычек)

--non-interactive --no-auth-cache --username XXXX --password YYYY

Дополнительную информацию см. в документации Квалификация учетных данных клиентов в svnbook.

Ответ 3

У меня была эта же проблема и она была решена, установив файл ~/.ssh/config, чтобы явно использовать правильное имя пользователя (т.е. тот, который вы используете для входа на сервер, а не на свою локальную машину). Итак, например:

Host server.hostname
  User username

Я нашел это сообщение в блоге полезным: http://www.highlevelbits.com/2007/04/svn-over-ssh-prompts-for-wrong-username.html

Ответ 4

Лучшее, что я могу вам дать, это "работает для меня" на SVN 1.5. Вы можете попробовать добавить --no-auth-cache в свой svn update, чтобы узнать, позволяет ли вам более легко переопределить.

Если вы хотите постоянно переключаться с user2 на user1, перейдите в ~/.subversion/auth/on * nix и удалите файл кэша auth для domain.com(скорее всего, в ~/.subversion/auth/svn.simple/- просто прочитайте их, и вы найдете тот, который хотите сбросить). Хотя можно обновить текущий кеш-память, вы должны также обновить маркеры длины. Просто попробуйте, чтобы получить подсказку снова при следующем обновлении.

Ответ 5

Проблема заключалась в том, что рабочая копия была проверена с помощью svn + ssh (спасибо, Томас). Вместо того, чтобы устанавливать ssh-ключи, как было предложено, я только что проверил новую рабочую копию, используя svn://domain.com/path/to/repo, а не svn + ssh://domain.com/path/to/repo. Поскольку эта рабочая копия находится на том же компьютере, что и сам репозиторий, я на самом деле ничего не упускаю, и теперь я могу использовать опции -password и --username бесплатно. Теперь кажется очевидным, что я думаю об этом.

Ответ 6

Посмотрите на свой локальный репозиторий svn и загляните в каталог .svn. есть файл: записи просматриваются в них, и вы увидите, что строки начинаются с: SVN + SSH://

это ваша первая конфигурация, сделанная svn checkout 'repo_source' или svn co 'repo_source'

если вы хотите изменить это, лучший способ - полностью обновить этот репозиторий. обновить/зафиксировать то, что нужно для сохранения работы. затем удалите полностью каталог и последний шаг - это создать svn co/checkout 'URI-for-main-repo' [необязательный локальный каталог для хранения]

вам следует выбрать метод подключения к файлу репо://svn + ssh://http://https://или другое описанных в документации.

после этого вы используете svn update/commit как обычно.

эта тема выглядит не по теме. лучше перейдите на страницы суперпользователя.

Ответ 7

У меня была аналогичная проблема, я хотел использовать другое имя пользователя для репозитория svn + ssh. В конце я использовал svn relocate (как описано в в этом ответе. В моем случае я использую svn 1.6.11 и сделал следующее:

svn switch --relocate \
    svn+ssh://[email protected]/path/to/repo \
    svn+ssh://[email protected]/path/to/repo

где svn+ssh://[email protected]/path/to/repo можно найти в строке вывода URL: команды svn info. Эта команда попросила меня ввести пароль newuser.

Обратите внимание, что это изменение является постоянным, т.е. если вы хотите только временно переключиться на новое имя пользователя с помощью этого метода, вам придется повторно отправить аналогичную команду после svn update и т.д.