git svn：svn 的密码未存储
我正在使用“git-svn”对中央远程 svn 存储库使用 git。 SVN 存储库使用带有自签名证书的 https。一切正常，只有一个令人讨厌的例外。只要我直接使用 svn，密码就会被记住，所以它只能在第一个命令中输入。
当使用git-svn操作（例如dcommit、rebase）时，密码不再被记住，需要手动输入。 git-svn 操作后，直接 svn 命令也不再记住密码，每次也会提示。
这是怎么回事？有什么提示吗？
我的环境：Ubuntu 10.04 64位，git-core和git-svn 1.7.0.4-1
I'm using git against a central remote svn repository using 'git-svn'. The SVN repository uses https with a self-signed certificate. Everything works fine, with one nasty exception. As long as I use directly with svn, the password is remembered, so it has to by typed only on the first command.
When using git-svn operations (e.g. dcommit, rebase), the password is no longer remembered and manual input is required. After a git-svn oparation, direct svn commands do no longer remember the password too, also prompting each time.
What's going on here? Any hints?
My environment: Ubuntu 10.04 64 bit, git-core and git-svn 1.7.0.4-1
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我有一个类似的使用场景（svn over https、密码、使用 git 作为本地存储库并推送/拉取到 svn 服务器），但是我没有遇到你提到的这个问题。
我看到的一个区别是，我设置 subversion 来保存我的密码，而不是每次都询问它。你可以尝试一下看看是否有效。
我看到一个类似的问题这里，似乎擦除整个〜/ .subversion 目录有帮助（如果您尝试这样做，请确保您有该目录的备份）
I have a similar usage scenario (svn over https, password, using git for a local repository and push/pull to the svn server), however I haven't encountered this issue you are mentioning.
One difference I see is that I set subversion to save my password and not to ask it every time. You could try that to see if it works.
And I see a similar question here, it seems that wiping the whole ~/.subversion directory helped (make sure you have a backup of the directory if you try that)
就我而言，自从我们的基础设施部门最近将 Windows HOME 环境变量设置为网络磁盘以来，git-svn 每次都要求输入密码。
我对此诊断的建议是下载 sysinternals procmon 并过滤掉所有内容但 perl 进程和路径包含“subversion”字符串。之后你就可以看到发生了什么
In my case git-svn asked for password every time since our infra dept set windows HOME environment variable to network disk recently.
My recommendation for diagnosing of this is to download sysinternals procmon and filter out everything but perl process and path containing "subversion" string. After that you can see what is happening