颠覆服务器与通过乌龟的网络存储库访问

Question

我的团队目前有5名开发人员，我们都通过我们网络上的计算机X上的共享驱动器访问存储库。由于我们都可以访问计算机X，并且我们可以管理谁拥有和无权访问计算机X，我们可以管理谁可以访问我们的存储库。

我的问题是：如果我设置了一个subversion服务器，我是否获得了我还没有的任何功能？存储库已经内置了用户/密码控件。

1. 我是否能够跟踪当前签出文件的人员？
2. 我是否有能力锁定一个以上的人（只有 用户a和b已锁定文件，其他用户无法查看该文件 文件）？
3. 我获得任何安全保障吗？

好像我没有，因为我已经拥有了没有服务器的用户/组/ passwd控件。

请告诉我。我在决定创建服务器是否有任何优势。

谢谢， JBU

Answer 1

是的，您会获得很多收益：您可以降低丢失所有数据的风险！

请参阅有关accessing a repository on a network share的文档（和警告）。

Answer 2

当您通过file：/// URL访问存储库时，subversion库将假定存储库在本地磁盘上可用，并且不会尝试（甚至可以）最小化网络I / O.因此，对于需要读取大量数据以确定需要发送到客户端的分数的某些操作，通过svn：/// URL访问存储库快得多 svn switch命令的情况。

我不敢对http：// access说同样的话。在svn 1.5中，http协议相对繁琐且效率低下。对于svn 1.7

，有plans来改进这一点

Answer 3

通常，您不会在SVN中“签出”文件。也就是说，你在处理它们时不会锁定它们。

然而，你获得了一些东西（这些只是我的头脑）：

• 提交历史记录（每个文件，以及整个存储库）
• 分行/合并选项
• 标记版本（通常是正式版本）的能力
• 能够将更改回滚到某个修订版本（例如，如果最近引入了严重错误）
• 还有更多

但是请注意，大多数或所有这些好处并不是颠覆所独有的，但可以从大多数现代版本控制系统中获得。

Answer 4

是的，你还可以做几件事：

• 其他身份验证机制（基于HTTP / S的基本身份验证，ssh共享密钥身份验证）
• 使用Apache + mod_dav_svn，您可以在路径基础上配置更精细的访问控制

编辑：不确定您当前是在文件共享上使用subversion，还是仅使用普通文件共享。 （SVN也可以使用file：/// URI）。