ETA: Оказывается, у меня может быть неправильный конец палки.
Collabnet SVN хранит свои учетные данные сертификата клиента не с помощью ssh-agent, а с gnome-keyring (или kwallet, или с помощью других специфичных для платформы ключей). Это, в свою очередь, приводит к давней открытой ошибке в Git, где он не будет пытаться использовать некоторые из доступных поставщиков авторизации Subversion. Это проблема на всем протяжении , и я даже не уверен, кто на самом деле будет отвечать за ее устранение. Так что пока это не ТАКАЯ проблема.
Я использую git-svn для работы с репозиторием Subversion, который использует аутентификацию сертификата клиента через HTTPS. У меня правильно настроен SVN для использования сертификатов, а в командной строке svn всегда запрашивает пароль сертификата, когда я выполняю удаленную операцию (потому что я никогда не мог понять, как заставить его использовать ssh-agent для доступа к учетным данным).
Теперь, когда я использую git-svn, удаленные операции (например, git-svn fetch) по-прежнему каждый раз запрашивают пароль, но на этот раз используют диалог X под названием «OpenSSH», который идентичен диалогу ssh-agent Я получаю при первом входе в систему каждый день. Похоже, что git-svn пытается использовать ssh-agent (yay!), Но по какой-то причине не может получить доступ к тому, который работает на уровне сеанса (boo!), И поэтому ему нужно запустить свой собственный ... для каждый вызов git-svn.
Есть ли что-то, чего мне не хватает, что позволяет мне "указывать" git-svn на работающий агент и, таким образом, избегать ввода пароля каждый раз, когда я хочу получить?