作为错误用户提交的更改? TortoiseSVN,Subversion

时间:2011-10-26 20:24:27

标签: svn tortoisesvn visualsvn

我们遇到了一个奇怪的问题,它已经持续了一段时间 - 也许是一年。对于某些用户,身份验证似乎已损坏,我们将签到并且它将显示为另一个用户。特别是,我们的“BuildMachine”帐户在后台运行,以制作我们的“官方”构建(它检查分支,构建和检入二进制文件)。不知何故,该帐户会延伸到我们的团队成员从我们当地工作站办理登机手续的事情。

我们已经经历了TortoiseSVN和SVN本身的几次转换 - 实际上,我们使用SVN身份验证从旧版本的SVN + Apache转移到服务器。现在我们通过VisualSVN服务器使用LDAP进行身份验证。 (完全不同的身份验证,对吗?)我确信,这将“解决”这个问题。但是没有......

  • 我们的客户都在TortoiseSVN 1.6.16,Subversion 1.6.17上。
  • 服务器是VisualSVN服务器,版本:2.1.9
  • Subversion命令行客户端(在服务器上)是1.6.17

我们有几个(非常广泛的)预提交和提交后挂钩,可以审核一些公司变更/缺陷跟踪系统,创建代码审查等。这样会使事情变得复杂一些。

我不知道事情是如何通过这种方式实现的,但临时的“治愈”就是清除Tortoise中的身份验证数据缓存。这看起来很奇怪,因为它不像我从PC上做过任何“BuildMachine”。但清除我的凭据将以某种方式神奇地摆脱BuildMachine。奇怪的。

有人知道是什么原因引起的吗?我知道现在有一个Tortoise 1.7,但我们还没有准备好推出它,发布说明似乎表明,“升级”我所有的本地副本是一件大事。

谢谢, 克里斯

1 个答案:

答案 0 :(得分:1)

我见过几个人在Stackoverflow上遇到VisualSVN的奇怪问题。最近one有人建议使用名为Fiddler2的内容来调试HTML流量。

这可能会让你知道什么弄乱了身份验证。

如果要修复提交的作者身份,可以使用svn propset --reveprop命令为特定修订设置svn:author修订版属性。您必须启用pre-revprop-change.sh挂钩,因为默认情况下禁止修改属性更改。