簡體   English   中英

將svn用於文檔是否可行

[英]Is it feasible to use svn for documents

我們需要在客戶端之間共享文檔(類似CRM的功能)。 用戶需要能夠:

  • 編輯文檔並再次保存
  • 附上新文件

我們的應用程序在WPF中編碼,WCF用於數據傳輸,NHibernate / SQL用於服務器上的數據。

我們正在考慮的是使用SVN並讓應用程序創建存儲庫部分的本地簽出(當他們單擊文檔時,SVN在后台檢出並從本地路徑打開) - 保存時它將默默地(使用路徑監視)提交回存儲庫。

問題:這是否可行 - 或者有更好的解決方案嗎?

編輯1:到目前為止的摘要:

  • 我將研究使用Git / Mercurial而不是SVN
  • 文檔大小(修訂版)可能會等待測試
  • SharePoint是一個選項(雖然在我的情況下不可行,因為單獨的成本是令人望而卻步的) - 我將研究SharePoint的替代方案。
  • 雖然它適用於小型團隊,但對於許多用戶使用存儲庫的經驗並不多。
  • Wiki軟件可能是SVN的替代品。

感謝所有反饋 - 我會保持更長時間的開放。

編輯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之前,請務必檢查一些更新的版本控制系統,如MercurialGit 在你的場景中,你不會從Mercurial和Git的“分布式”部分獲得太多利潤,但它們更容易設置 - 至少根據我的經驗。 它們提供非常先進的版本控制功能,可以在極少數情況下在您需要時節省您的一天。

如果您堅持使用SVN,並且您的客戶端軟件在現代Unix系統下運行,您也可以嘗試SVN-FS 這是一個使用遠程SVN服務器的文件系統。 每次閱讀都會進入最新版本。 每次寫入都會創建一個新提交。 這似乎正是你想圍繞SVN構建的。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM