2010-10-12 11 views
5

Вот как именно: Один из проверенных репозиториев, и теперь мне нужно обновить некоторые из папок. Проблема в том, что он ушел, и никто не знает пароль. Поэтому я хотел бы использовать свой собственный аккаунт. Я выполняю эту команду:Обновления svn с разными учетными записями (--username и --password игнорируется?)

svn up --username (my_user_name) --password (my_password) --no-auth-cache

SVN запрашивает мой пароль, и SVN не принимает его. Похоже, мои учетные данные игнорируются, и используются оригинальные учетные данные (тот, кто сделал проверку). Я проверил свою учетную запись, сделав регистрацию в /tmp и работал нормально.

Почему SVN не принимает мои учетные данные при выполнении обновления?

ответ

5

Попробуйте

mv $HOME/.subversion $HOME/.subversion-old 
    cd <your working copy> 
    svn up --username <your username> 

Это должно запрашивать пароль для пользователя

+0

Пробовал и результат тот же. – davidlt

-1

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

Почему бы вам просто не изменить пароль бывшего сотрудника на сервере (он больше не нуждается в его пароле ;-)). Затем выполните регистрацию под его именем с измененным паролем. Это, пожалуй, все равно чистое, потому что тогда чек появится под его именами, и изменения были сделаны им.

0

Получить необходимые разрешения и стать владельцем рабочей области по смене пользователя и группы настроек:

chown -R user:group path/to/workspace/root/ 

Попробуйте снова получить доступ к рабочей области с учетными данными.

3

У меня была такая же проблема, и я обнаружил, что эта опция servers:global:http-library=serf может решить проблему, если протокол http/https.

Ваша команда тогда будет:

svn up --username (my_user_name) --password (my_password) --no-auth-cache \ 
     --config-option servers:global:http-library=serf 
+0

Другой способ использования защитного ключа http: ///subversion/servers: [global] http-library = serf –

+0

помог без использования "--config-options servers: global: http-library = serf" part (i получил непризнанную опцию «-config-option» с ней) – loostro

Смежные вопросы