[英]Is it feasible to use svn for documents
我們需要在客戶端之間共享文檔(類似CRM的功能)。 用戶需要能夠:
我們的應用程序在WPF中編碼,WCF用於數據傳輸,NHibernate / SQL用於服務器上的數據。
我們正在考慮的是使用SVN並讓應用程序創建存儲庫部分的本地簽出(當他們單擊文檔時,SVN在后台檢出並從本地路徑打開) - 保存時它將默默地(使用路徑監視)提交回存儲庫。
問題:這是否可行 - 或者有更好的解決方案嗎?
編輯1:到目前為止的摘要:
感謝所有反饋 - 我會保持更長時間的開放。
編輯2:工作幾天后的總結 - 我有一個客戶工作 - 看到我在這里的進展。
基於繁重的.NET引用,您是否都設置了MSDN? 也許您可以使用SharePoint ...它可能已經包含在您的MSDN帳戶中。
您可能還想考慮使用Wiki進行文檔管理 - 我已經看到了這一點,並為自己的組織自己完成。 我們正在使用Atlassian的Confluence Wiki。 Confluence提供文檔的版本控制和一般管理。
我不會使用SVN,SVN在處理二進制文件時效率不高。 通過使用SVN作為應用程序中某些內容的反向通道,您只需通過添加其他技術和依賴項來復雜化,但您不會充分利用其真正的潛力。
我會將文檔作為blob存儲在數據庫中,並通過WCF獲取/存儲它們。
一般來說,我不認為SVN或任何版本控制系統用於共享文檔是一件好事。 主要缺點是二進制文件上的差異系統......你的SVN倉庫將迅速增長..
也許您應該嘗試使用一些專為文檔共享而設計的商業工具(例如Microsoft Sharepoint)。 或者一些開源替代品......也許你應該閱讀這篇文章 ......
我認為使用現成的和經過驗證的技術是個好主意。 如果你真的這么做,我想看看它的進展。
我強烈要求反對SharePoint - 你將以這里難以描述的方式將自己與微軟聯系起來。 從我的角度來看,SharePoint是一種需要自己照顧的技術。
這取決於您使用的文檔類型。 如果您有許多更改的壓縮二進制文件,則不要使用它。
但是,如果文檔采用開放格式,如Wiki語言,(X)HTML,LaTeX或未壓縮的ODF,則使用版本控制系統絕對有意義。 此外,一堆壓縮的ODF文件或PDF文件處理得非常好,特別是如果文件大多小於5 MB左右。
此外,在堅持使用概念過時的SVN之前,請務必檢查一些更新的版本控制系統,如Mercurial和Git 。 在你的場景中,你不會從Mercurial和Git的“分布式”部分獲得太多利潤,但它們更容易設置 - 至少根據我的經驗。 它們提供非常先進的版本控制功能,可以在極少數情況下在您需要時節省您的一天。
如果您堅持使用SVN,並且您的客戶端軟件在現代Unix系統下運行,您也可以嘗試SVN-FS 。 這是一個使用遠程SVN服務器的文件系統。 每次閱讀都會進入最新版本。 每次寫入都會創建一個新提交。 這似乎正是你想圍繞SVN構建的。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.