Subversion:非程式設計師的文件控制?

Subversion:非程式設計師的文件控制?

我在機械工程領域的一家小公司工作。除了我自己之外,這裡沒有人了解編碼或資料庫,我只知道基本的 SQL、一些 C#、一些 VBA。

我正在嘗試為我們所有的工程相關文件找到一個好的開源/免費軟體文件控制解決方案。大多數文件的格式為 .docx、.xlsx、.pdf 或 .dwg (CAD)。

Subversion 是否適合我的文件控製而不是程式碼控制的目的?產生系統中具有對應修訂號的文件報表是否也足夠?

當然歡迎任何其他建議或解決方​​案。

答案1

SVN 有一個 GUI 前端,與 Windows 良好整合:烏龜SVN。我的許多同事都對此深信不疑。

辦公室軟體是一個 Microsoft Office 插件,可以在 Office 應用程式中存取 Tortoise SVN。辦公室SVN 向 Office 2007 新增 SVN 操作的圖示。OOoSVN是 OpenOffice 的類似插件。

有了這些工具,SVN 就可以使用而無需命令列。管理儲存庫可能需要基本的命令列能力。

SVN確實需要一些使用者培訓,但這與程式設計無關。主要是要讓人們養成1:更新、2:工作、3:提交的習慣;你必須訓練他們執行合併。

提供純粹歸檔而不暴露衝突的文件管理系統將更易於使用。但這是因為它隱藏了困難:它不是讓使用者面對衝突,而是在發生衝突時默默地失去資料。

人們在處理文件之前先鎖定的工作流程會受到更多限制,但如果不能教會他們在發生衝突時不要驚慌,則可以避免麻煩。

(請注意,我沒有教導非技術人員使用版本控制的經驗 - 我透過「手動」版本控制從觀察到的行為進行插值,其中文件透過郵件發送給應該合併更改的人。)

答案2

程式碼檔案是簡單的文字檔案。 .docx 和 .dwg 檔案「不太」使用者友好),因此您需要此類檔案的插件。對於 msword 文件,有一個插件 xdocdiff。

答案3

我建議一個文件管理系統在...之上修訂控制“二進位”文檔系統。修訂控制最適合原始程式碼等文字文件,但在處理二進位類型時會失去許多功能。

答案4

Microsoft Office Subversion 外掛程式中還有一個商業解決方案:磁力SVN

相關內容