2009-01-30 21 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