【问题标题】:Changes committed as wrong user? TortoiseSVN, Subversion作为错误用户提交的更改? TortoiseSVN,颠覆
【发布时间】:2011-12-16 01:04:48
【问题描述】:

我们遇到了一个奇怪的问题,它已经持续了一段时间 - 可能是一年。对于某些用户,身份验证似乎已损坏,我们将签入,它将显示为另一个用户。具体来说,我们的“BuildMachine”帐户在密室运行,用于进行“官方”构建(它签出分支、构建和签入二进制文件)。不知何故,该帐户会转移到我们的团队成员从我们的本地工作站签入的东西中。

我们已经经历了 TortoiseSVN 和 SVN 本身的几个版本 - 事实上,我们从运行旧版本的 SVN+Apache 的旧服务器转移,使用 SVN 身份验证。现在我们通过 VisualSVN 服务器在当前的 SVN 上,使用 LDAP 进行身份验证。 (完全不同的身份验证,对吗?)我确定,这会“治愈”这个问题。但是没有...

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

我们有几个(相当广泛的)提交前和提交后挂钩,可以针对一些公司变更/缺陷跟踪系统进行审计、创建代码审查等。所以这会使事情变得有点复杂。

我不知道事情是怎么变成这样的,但是暂时的“治疗”是清除 Tortoise 中的身份验证数据缓存。这看起来很奇怪,因为好像我从来没有从我的电脑上提交过任何东西作为“BuildMachine”。但是清除我的凭据会以某种方式神奇地摆脱 BuildMachine。诡异的。

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

谢谢, 克里斯

【问题讨论】:

    标签: svn tortoisesvn visualsvn


    【解决方案1】:

    我看到有几个人在 Stackoverflow 上对 VisualSVN 有奇怪的问题。最近的one有人推荐了一个叫做Fiddler2的东西来调试HTML流量。

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

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

    【讨论】:

    • 问题出现在我们转向 VisualSVN 之前,所以我不认为是这样。也许虽然。我可能会求助于 Fiddler2,但希望首先得到一个更明确的答案来说明导致问题的原因。我已经启用了属性更改,我们现在可以(当我们记得时)直接在 Tortoise 中编辑作者身份。
    猜你喜欢
    • 2012-06-11
    • 2010-12-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-02-25
    • 1970-01-01
    相关资源
    最近更新 更多