Svn 大量使用龟甲VN/Subversion锁定NT用户帐户

奇怪的是，这与编程没有直接关系，但我认为在这里询问而不是ServerFault.com是很重要的，因为它与TortoiseSVN/Subversion的使用直接相关

基本上，通过正常使用，TortoiseSVN在我们的Subversion存储库中运行得非常好，但由于我负责我们的持续集成构建脚本，我实际上在这方面是一个相当大的用户，并且发现当我的NT用户帐户被锁定时，它会导致相当大的问题

支持台可能厌倦了我解锁我的帐户，但我知道这与我的SVN交易有关

---

还有其他人有这个问题吗？如果是这样，我可以做些什么来停止它，或者至少抑制它的活动？

您是手动运行构建脚本还是使用CruiseControl或类似的工具？我们有一个使用专用域帐户运行SVN存储库的CCNet，没有出现过类似的问题

是什么让您确信是SVN交互导致您的帐户被锁定？您是否看到任何错误或日志中是否有任何错误

---

我对帐户锁定的理解是，当用户多次错误输入密码时，就会发生锁定。您的帐户在密码更改后不久会被锁定吗？

我曾经在我的域帐户上运行CC.NET；当我不得不重置密码时，我也有类似的行为

我能够做到这一点而不锁定我的帐户的唯一方法是登录到构建服务器，更改我的密码，更改服务使用的密码，然后重新启动服务器

似乎CC.NET在启动时会产生一些其他进程，这些进程在重新启动之前不会刷新密码。如果我没有重新启动，我的active directory帐户大约需要2分钟

所以是的。。。我也有类似的问题。解决方案，如DilbertDave所说，尝试使用专用帐户

善良

---

Dan

我想您的域管理员会知道，或者至少有更好的工具来查找您的帐户被锁定的确切原因。有可能某些安全规则出错（Subversion存储库是否连接到您的域中进行身份验证？）

---

不幸的是，我们在CruiseControl构建中使用的专用NT用户从来没有遇到过这种问题，所以我所能做的只是猜测。

发现了问题：我在一台远程服务器上使用了我的SVN帐户详细信息，在密码过期后，这些信息仍然存在

---

简单地找出这一点是一个重大挑战，但它教会了我如何更好地控制登录凭据的使用

我们确实使用CCNet在构建服务器上运行构建脚本，但是开发人员在提交给SVN之前，也在他们的PC上运行完全相同的脚本，以确保构建不会中断。但是是的，正如您所说，我们确实有一个专门的域帐户来运行构建。问题不在服务器上，而是在我测试新的构建脚本功能时出现在我的本地开发机器上，只有这样，帐户才会被锁定。可能您多次使用不正确的密码发现了一些问题…我们确实在SVN和密码方面遇到了问题，但并没有导致帐户锁定。这可能没有任何帮助，但我在这里发布了一个问题：谢谢，@DilbertDave，我会研究一下。如果你正在编写脚本，使用普通的SVN命令行客户端是否更有意义？很可能。我今天下午去那里看看。但是，是的，VisualSVN服务器确实连接到域中进行身份验证，无论是好是坏。鉴于我是唯一一个发生这种情况的人，尝试让他们改变它有点困难，因为希望在我完成扩展构建脚本的工作后，暂时没有人需要改变它们。