2008-11-17 90 views
5

好吧,我正在爲我的Web團隊獲取我的版本控制流程。SVN網絡共享工作副本

我知道理想情況下,每個用戶在其本地機器上都有完整的代碼工作副本。

不幸的是,我們的許多Web應用程序,他們已經不能在用戶的工作站上覆制更多的服務器的特定數據庫或其他系統集成的要求(即一些服務器只是不會在XP上安裝,VISTA等)

我我正在尋找在我的一臺服務器上設置一個區域,這個區域充當每個用戶的工作副本,但仍然駐留在網絡上。

/SVRROOT/ 
- Dev1 Working Copy 
- Dev2 Working Copy 
- Dev3 Working Copy 

這意味着每個用戶都會有自己的工作空間(按SVN最佳實踐),但它會駐留在網絡上。

有沒有人看到這個模型的問題?

+0

你在開發什麼語言?請記住,由於信任/安全限制,任何.Net內容都不會喜歡在網絡上運行。 – DilbertDave 2008-11-17 09:01:34

回答

4

您可能會發現Subversion操作在網絡上的性能比本地的相同Subversion操作的性能慢得多。我在Unix環境中遇到了這個問題,工作目錄通過NFS掛載,但我懷疑你可能會遇到使用Windows共享的相同情況。

這將是值得比較不同情況下的表現,看看會產生什麼樣的影響。

0

如果將網絡文件夾映射到驅動器號,則某些subversion操作會稍微好一點。當您使用unc路徑而不是驅動器號時,apache Apr庫會執行一些額外的網絡請求。

通常,您應該使用本地文件夾作爲您的工作副本,因爲想法是隻需備份服務器即可。

Visual Studio 2005和2008允許大多數Web服務器場景使用其迷你網絡服務器,大多數數據庫可以通過網絡訪問(或每個開發人員設置)。這將開發人員從單點故障中分離出來。

與大家一臺服務器一個開發人員可能會崩潰所有的開發人員正在使用的Web服務器/數據庫服務器上...