2009-12-15 60 views
4

奇怪的一个,这是不直接编程相关的,但我认为这里问问而不是ServerFault.com很重要,因为它直接涉及到TortoiseSVN/Subversion用法。基本上,通过正常使用,TortoiseSVN在我们的Subversion版本库中运行得非常好,但由于我负责持续集成构建脚本,所以我在这方面确实是一个相当重的用户,并且发现它导致了相当大的当我的NT用户帐户被锁定时出现问题。大量使用TortoiseSVN /颠覆锁NT用户帐户

支持服务台可能让我厌倦了让我的帐户解锁,但我知道它与我的SVN交易有关。

其他人有这个问题吗?如果是这样,我能做些什么来阻止它,或者至少抑制它的活动?

+2

如果你正在做脚本,使用vanilla SVN命令行客户端不是更有意义吗? – 2009-12-15 19:14:41

回答

0

发现问题:我在远程服务器上使用了我的SVN帐户详细信息,密码过期后仍然有它们。

简单地找出这是一个重大挑战,但教会了我更好地控制我的登录凭证的使用!

2

你是在手动运行构建脚本还是使用CruiseControl或类似的东西? CCNet使用专门的域帐户运行SVN存储库,并没有像这样的问题。

什么让你确定是SVN交互导致你的账户被锁定 - 你看到任何错误或在日志中有任何错误。

我对帐号锁定的理解是,当用户输入密码错误次数太多时,会发生这种情况。密码更改后不久您的帐户就会被锁定?

+0

我们使用CCNet在构建服务器上运行构建脚本,但开发人员在向SVN提交完整的构建信息之前,也在其PC上运行完全相同的脚本。但是,正如你所说,我们确实有一个专门的域帐户,这些构建运行。问题不在服务器上,尽管它在我的本地开发机器上,当我测试新的构建脚本功能时,它只会这样做,帐户被锁定。也许你使用不正确的密码太多次了... – 2009-12-15 10:15:57

+0

我们确实遇到了SVN和密码问题,但没有导致帐户锁定。它可能没有任何帮助,但我发布在这里的问题在这里:http://stackoverflow.com/questions/449970/running-cruise-control-net-as-a-service – DilbertDave 2009-12-15 10:21:56

+0

谢谢,@DilbertDave,我会看看那个。 – 2010-02-17 14:27:49

2

我曾经在我的域帐户上运行CC.NET;当我不得不重置我的密码时,我得到了类似的行为。

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

似乎CC.NET在启动时会产生一些其他进程,直到重新引导才刷新密码。如果我没有重新启动,我的活动目录帐户大约需要2分钟。

所以是的......我有类似的问题。解决方案,就像DilbertDave说的尝试使用专用帐户。

善良,

0

我可以想象您的域管理员会知道,或者至少对发现您的帐户被锁的确切原因更好的工具。这是可能的一些安全规则得到跳闸(挂到您的域进行身份验证版本库?)

我们从来没有这样的问题,我们用我们的CruiseControl的构建专用NT用户,所以我只能不幸的是,这是推测。

+0

很可能。我会在今天下午去那里发现。但是,是的,VisualSVN服务器确实挂钩到域进行身份验证,无论好坏。看到我是唯一发生这种情况的人,尝试让他们改变它有点儿意思,希望*,一旦我完成扩展构建脚本的工作,没有人会需要改变他们一段时间。 – 2009-12-16 08:33:45