ETA：事实证明我可能有错误的结局。
Collabnet SVN不使用ssh-agent，而是使用gnome-keyring（或kwallet或其他特定于平台的密钥环）存储其客户端证书凭据。反过来，这导致Git中的longstanding open bug，它将不会尝试使用可用的各种Subversion授权提供程序。这是一个问题all over，我甚至不确定谁会真正负责修复它。所以现在，这不是一个问题。
我正在使用git-svn来对抗使用HTTPS上的客户端证书身份验证的subversion repo。我已经正确设置SVN以使用证书，并且当我进行远程操作时，命令行svn总是提示输入我的证书密码（因为我永远无法弄清楚如何让它使用ssh-agent来访问凭证）。 / p>
现在我正在使用git-svn，远程操作（如git-svn fetch）每次都会提示输入密码，但这次使用的标题为“OpenSSH”的X对话框与ssh-相同我第一次登录时得到的代理对话框。所以看起来git-svn正在尝试使用ssh-agent（是的！）但由于某种原因无法访问在会话级别运行的那个（boo！）因此需要启动它自己...每次调用git-svn。
是否有一些我缺少的东西让我在运行代理上“指向”git-svn，从而避免每次我想要提取时输入密码？
答案 0 :(得分：1)
现在的答案是“提交错误报告，Git已经破解”，据我所知。