2010-03-12 40 views
1

我讀the Red Bean book,並注意到這一段:對於本地單用戶回購,svnserve不是嚴格要求嗎?

不要有所有用戶的簡單的想法 勾引直接訪問 庫通過文件://網址。 即使存儲庫是很容易通過網絡 份額 提供給大家,這是一個壞主意。它消除 任何 用戶和庫之間的保護層:用戶可以意外(或故意) 損壞的存儲庫數據庫,它 變得難走倉庫 離線進行檢查或升級,並 它可以導致文件 權限問題一團糟(見一節 「支持多種版本庫 訪問方法」)。請注意,這是通過 SVN我們警告 對訪問資源庫的原因 也是一個+ SSH:// URL的鏈接,從安全的角度來看 ,它有效地相同 本地用戶通過file://, 它如果管理員不是 ,那麼可能會產生所有相同的問題 。

我意識到這一點,因爲我是唯一一個訪問該存儲庫,以往,沒有這些前提條件似乎適用。我可以肯定地向下svnserve那時,也只有永遠不用擔心升級我的TortoiseSVN的客戶,而不是客戶端和服務器,每當有一個新的版本出來?

(我已經試過了 - 只需要使用Relocate功能從svn://切換到file:// - 但我想確保某些東西不會偷偷摸摸的在我身上我離開了這種方式。)

+0

順便說一句,如果有人要這樣做,你會希望在將舊服務關閉之前重新定位每個工作副本,否則它會發出抱怨並且不會將其切換。 (反正在1.6上) – Kev 2010-03-16 12:52:11

+0

也不要卸載軟件包svnserve',因爲你可能還想'svnadmin'。 – Kev 2010-03-16 15:34:22

回答

3

是。如果您是唯一訪問存儲庫的人,則不會應用這些警告。

1

我一直在使用單用戶文件使用SVN與烏龜和SLIK Subversion客戶端://網址了幾年了,有絕對的零問題。但是,如果您曾經認爲您需要多用戶訪問權限,則需要使用其中一種服務器訪問方法 - 不要試圖將共享網絡驅動器上的file://存儲庫放在一起。我看到

0

一個潛在的問題是SVN有你和倉庫之間的間接級別,使您也許能夠移動的倉庫又不影響你不能使用文件URL的工作拷貝。

也就是說,如果您選擇倉庫是在/用戶/回購和您使用

svn://localhost/repos 如果跑

svnserve as svnserve --daemon --root /user

用戶將訪問文件以後,你必須使用存儲庫更改爲現在在/ user2中,您可以運行

svnserve --daemon --root /user2

和現有的結帳代碼仍然可以,如果使用文件協議,您將不得不重新定位文件。