下面是我们在同一时间，很少需要从多个开发商关注小projectets用例：多SVN用户使用Unix机上相同的登录凭据
我们如何轻松地将我们的“提交者”交给我们的开发箱？像svn ci文件--user“foo”-m“固定的东西”？谷歌搜索的问题给了我多个点击，这不完全是我想要的。
也许我滥用SVN，如果我认为这应该是可能的，因为从大多数来源，我发现我必须运行重定位命令和编辑配置文件，这是不可行的。
svn commit --username foo 应该做
好，首先有用户名的，所以你可以谁在做什么区别的关键所在。如果用户B被允许进行签入作为使用A，那么首先让两个用户有什么意义？所以一般来说，正确的答案是“不要这样做”，因为它真的与审计，日志和可追溯性混淆。
最好是确定为什么和在日志消息中提交的人是谁，并始终让用户B以自己的身份提交。
但是我们的开发服务器和实时服务器有多次登录是不可行的。帕特里克在我们的用例中回答了作品。 – red 2011-04-13 13:34:18
虽然你不需要那样做。使用SVN的http服务器，它可以让你有基于http的账户，这些账户是非*系统账户。事实上，我只是为了自己的服务器而做这件事。通过在http上设置SVN，您可以避免开发人员根本无法访问文件系统。 [你的问题并不清楚，这是你的担忧]。 – 2011-04-13 13:57:40
“用于访问实际开发服务器的共享办公室帐户” “开发人员拥有自己的SVN用户凭据” 猜我应该说我们已经使用WebDav，但我认为这已经足够清楚了。这些小型项目位于Dev服务器上，因为它们的工作量很少，因此不必浪费时间在每台开发人员机器上独立同步它们及其开发数据库。帕斯的回答足以满足我们的需求。感谢您的努力仍然+1 – red 2011-04-13 19:06:47
简单地在Ubuntu机器上创建用户，并为每个用户提供自己的主文件夹，他可以在其中签出自己的凭证......当然也可以提交。工作副本应该是一个开发人员或更好的人员专用的。
您也可以使用pwauth使用Unix信用认证。它的一些安装工作，但它工作得很好：http://matthewrupert.net/2011/02/16/subversion-authentication-using-unix-accounts/
D'oh。谢谢！我确信我已经尝试过了，但是我猜想我只是这么想的。我寻求帮助的原因是因为我觉得这种方式不起作用。 – red 2011-04-13 13:33:21