6

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

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

  1. 我是否能够跟踪当前已签出文件的人员？
  2. 我是否能够为多个人提供锁定（只有
    用户 a 和 b 锁定了文件，其他用户不能签出该文件）？
  3. 我有什么安全感吗？

似乎我没有，因为我已经有了没有服务器的用户/组/密码控制。

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

谢谢，jbu

4

4 回答 4

22

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

请参阅有关访问网络共享上的存储库的文档（和警告） 。

于 2009-01-30T16:05:29.277 回答
2

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

我不敢对 http:// 访问说同样的话。http 协议在 svn 1.5 中比较繁琐且效率低下。有计划改进 svn 1.7

于 2009-01-30T21:14:52.177 回答
1

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

但是，您获得了几件事（这些只是我的想法）：

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

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

于 2009-01-30T15:54:36.223 回答
1

是的，你可以做几件额外的事情：

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

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

于 2009-01-30T15:55:10.043 回答