2009-01-30 60 views
6

我的团队目前有5位开发人员,我们都通过我们网络上的计算机X上的共享驱动器访问存储库。由于我们都可以访问计算机X,并且我们可以管理谁拥有以及谁不能访问计算机X,我们可以管理谁可以访问我们的存储库。颠覆服务器与通过乌龟的网络存储库访问

我的问题是这样的:如果我设置了一个颠覆服务器,我是否获得了我还没有的任何功能?这些版本库已经拥有内置的用户/密码控制功能。

  1. 我是否能够跟踪当前有谁签出文件?
  2. 我是否可以锁定多个人(只有
    用户a和b的文件被锁定,其他用户无法检出该文件)?
  3. 我是否获得任何安全性?

看来我不这样做,因为我再次拥有没有服务器的用户/组/密码控制。

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

感谢, JBU

+0

编辑:我们目前在我们的网络共享驱动器上的存储库已经是一个Subversion存储库。 – jbu 2009-01-30 16:00:39

回答

1

一般来说,你不会在SVN “退房” 的文件。也就是说,你在工作时不要锁定它们。

你获得几件事情但是,(这些只是从我的头顶):

  • 提交历史(包括每个文件,并为存储库作为一个整体)
  • 分公司/合并选项
  • 标记的版本(通常正式发布)的能力
  • 回滚更改某个版本的能力(例如,如果一个严重的错误,最近推出)
  • 和许多许多

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

+0

实际上,我们在没有颠覆服务器的情况下获得了所有这些功能。我们已经有了Subversion版本库 - 只有没有服务器。 – jbu 2009-01-30 15:59:30

+0

对不起,我误解了。我读它是因为你只是读/写共享驱动器的文件。 – Einar 2009-02-02 08:03:31

+0

忘记了补充:也许你应该编辑你的原始问题,使其更加清晰(我看到另一个SO用户对此也不确定)。 – Einar 2009-02-02 08:05:28

1

是的,你可以做一些额外的事情:

  • 附加认证机制(基本认证通过HTTP/S,SSH共享密钥AUTH)
  • 使用Apache + mod_dav_svn的,你可以配置更细粒度的访问控制,在路径上的路径

编辑:不确定您是否使用颠覆目前通过文件共享,或只使用纯文件共享。 (SVN也可以使用file:/// URI)。

2

当您通过file:/// URL访问存储库时,Subversion库会假定存储库在本地磁盘上可用,并且不会尝试(甚至无法)最小化网络I/O。因此,通过svn:/// URL访问存储库对于某些需要读取大量数据来确定需要发送给客户端的部分的操作要快得多,正如svn switch命令。

我不敢说http://访问相同。 http协议在svn 1.5中比较健谈和低效。有plans来改善svn 1.7