奇怪的是，这不是直接编程相关的，但我认为在这里请求而不是ServerFault.com很重要，因为 与TortoiseSVN / Subversion使用直接相关。
基本上，通过正常使用，TortoiseSVN在我们的Subversion存储库中运行得非常好，但由于我负责我们的持续集成构建脚本，在这方面我实际上是一个非常重的用户并且发现它导致相当我的NT用户帐户被锁定时出现问题。
支持部门可能会让我厌倦了我的帐户解锁，但我知道这与我的SVN交易有关。
其他人有这个问题吗？如果是这样，我该怎么做才能阻止它，或者至少抑制它的活动？
答案 0 :(得分：2)
您是手动运行构建脚本还是使用CruiseControl或类似的东西？我们让CCNet使用专用的域帐户运行SVN存储库，并且没有任何问题。
是什么让您确定是导致您的帐户被锁定的SVN互动 - 您是否看到任何错误或日志中有任何错误。
我对帐户锁定的理解是当用户错误地输入密码次数时会发生这种情况。密码更改后，您的帐户是否会被锁定？
答案 1 :(得分：2)
我以前在我的域帐户上运行CC.NET;当我不得不重置密码时，我有类似的行为。
我能够在不锁定帐户的情况下执行此操作的唯一方法是登录构建服务器，更改密码，更改密码服务使用，然后重新启动服务器。
似乎CC.NET在启动时会生成一些其他进程，直到重新启动才刷新密码。如果我没有重启，我的活动目录帐户大约需要2分钟。
所以是的......我遇到过类似的问题。解决方案，如DilbertDave说尝试使用专用帐户。
善，
丹
答案 2 :(得分：0)
我认为您的域管理员会知道，或者至少有更好的工具来查找您的帐户被锁定的确切原因。一些安全规则可能会被绊倒（Subversion存储库是否已挂接到您的域中以进行身份验证？）
我们用于CruiseControl构建的专用NT用户从来没有遇到过这种问题，所以我所能做的就是推测，不幸的是。
答案 3 :(得分：0)
发现问题：我在远程服务器上使用了我的SVN帐户详细信息，密码过期后仍然使用了这些服务器。
简单地发现这一点是一项重大挑战，但却教会我更好地控制登录凭据的使用！