2010-06-09 225 views
0

您認爲對於源代碼管理管理器後端更好的方法是什麼?我正在稱重文件系統vs託管Subversion服務。 託管Subversion - >(我的公司已經有另一組照顧這個) 優點: *零維護在我們的末端 *自動備份和恢復 *可靠性通過自動備份和文件冗餘。 *文件歷史查看建立,文件合併,文件比較源代碼管理管理器後端

另一方面,雖然文件系統沒有上述功能,但更簡單。而且,如果文件託管在備份的Linux機器上,它將處理文件系統崩潰問題。 Subversion需要工作副本,這些工作副本將在同一臺Linux機器上運行,因此不需要額外的層。

人們,我正在尋找更強的理由,爲什麼我應該採取Subversion而不是保持簡單的東西,並使用文件系統。

讓我知道你的意見。非常感謝,加布裏埃爾。 PS:我已經探索過一些商業來源經理,並且決定走這條路線,因爲它更適合我們的需要。

+0

幾點需要注意:1 。使用IBM的遠程系統資源管理器瀏覽Linux機器上的文件,它負責處理同一個文件問題的多個開發人員,沒有併發問題 2.更改退出:您可以對文件進行減號修改,以便他們在退出的情況下退回生產。你真的不需要顛覆這個。 3.安全性:可能會被取消如果是文件系統,則通過數據庫或unix用戶標識符關心在文件周圍移動的腳本的權限。 我的觀點是,到目前爲止我還沒有找到非常有說服力的理由不使用文件系統。 – 2010-06-09 18:36:42

回答

2

我不同意你的聲明,即使用文件系統來存儲源代碼更簡單。當多個開發人員需要同時處理同一個文件時,你會做什麼?當你需要退出變更時,你會做什麼?真正的源代碼控制系統(Subversion或其他)的好處很多。

0

我甚至不打算列出原因。這一切都歸結到這一點:

你是一個程序員

的你每天處理的複雜性相形見絀,即使是最(caugh混帳caugh)複雜的供應鏈管理的複雜性。

使用文件系統進行機會控制與使用記事本進行編程類似:它可以用於小型項目,但缺乏功能(以及安全等)很快就會耗費大量時間。

也就是說,我推薦一些沒有科學支持的東西,感覺不好。 。對不起:(