Svn subversion服务器与通过tortoise访问网络存储库

目前我的团队中有5名开发人员，我们都通过网络上X计算机上的共享驱动器访问存储库。因为我们都可以访问计算机X，我们可以管理谁有权访问计算机X，谁没有权访问计算机X，所以我们可以管理谁可以访问我们的存储库

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

我是否能够跟踪当前已签出文件的用户

我是否能够为多个人提供锁（仅
用户a和b锁定了一个文件，其他用户无法检出该文件 文件）

我有安全感吗

看起来我没有，因为我已经有了没有服务器的user/group/passwd控件

请让我知道。我正在决定创建服务器是否有任何优势

谢谢， jbu

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

然而，你得到了一些东西（这些只是我的想法）：

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

---

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

是的，您可以做一些额外的事情：

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

---

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

是的，您将获得很多好处：您可以降低丢失所有数据的风险

---

请参阅有关的文档（和警告）。

当您通过文件：///URL访问存储库时，subversion库将假定存储库在本地磁盘上可用，并且不会尝试（甚至无法尝试）为了最大限度地减少网络I/O。因此，对于某些需要读取大量数据以确定需要发送到客户端的部分的操作，通过svn:///URL访问存储库的速度要快得多，就像命令的情况一样

---

我不敢对http://access说同样的话。在SVN1.5中，http协议相对来说比较健谈且效率低下。svn 1.7有一些改进，实际上我们在没有subversion服务器的情况下获得了所有这些功能。我们已经有了subversion存储库-只是没有服务器。啊，对不起，我误解了。我读它的时候你只是在读/写一个共享驱动器的文件。忘了添加：也许你应该编辑你的原始问题，让它更清楚一点（我看到另一个用户，所以用户也不确定）。是的，我们目前正在使用subversion存储库。很抱歉没有提及。编辑：我们网络上此共享驱动器上的当前存储库已经是subversion存储库。很抱歉，对于此警告，我只有一票赞成票。