SolidWorks文檔管理閑談

　　SolidWorks文檔不同於AutoCAD、PDF、Word等獨立文件，大部分SolidWorks文檔都依賴其他文檔，由其他文檔組合而成。如下圖：

上圖中，如果最低層的“零件1”更改了文件名或者移動存放路徑，而沒有做恰當處理的話，“組件1”和“部件1”都將無法正確顯示。

SolidWorks文檔通常是用“代號+空格+名稱”進行命名，如上圖“KK.01.01”是代號，“零件1”是名稱。為了區分新舊版本，最直觀的方式是在文檔名稱末尾附加版本標記。

列如：“KK.01.01 零件1 版本A”改版后變成“KK.01.01 零件1 版本B”。

   這種方式雖然直觀，但是造成了“恰當處理”相關文檔的困難：

上例中，“KK.01.01 零件1 版本A”變成“KK.01.01 零件1 版本B”，需要把其直接父級組件“KK.01.00 組件1”原本記錄的依賴信息“KK.01.01 零件1 版本A”對應變成“KK.01.01 零件1 版本B”。如果“零件1”只有一個直接父級“組件1”，在SolidWorks打開“組件1”的情況下，對“零件1”進行改名，SolidWorks程序會自動記錄這個變化。實際情況往往比這個復雜，可能會遇到的困難：

1. 如果“零件1”是個通用件，直接父級組件不止一個，需要把他們全都找出來，寫程序可以輔助尋找，但是還是比較費時；
2. 如果遵循文檔需要加上版本標記的原則，“零件1”的直接父級“組件1”也需要改名加上適當的版本標記，並且因為“組件1”改名，其直接父級“部件1”也同樣需要改名，如果“部件1”還有直接父級，接着改！另外，“組件1”、“部件1”改名的時候又會遇到困難1。

 有專業的產品數據管理軟件(PDM)理論上可以解決困難1（在將某個檢入文檔庫的時候，會將該文檔被哪些庫內文檔使用到的信息記錄進數據庫，改名的時候做相應處理），但是運行起來太慢，不推薦！

建議：

1. 提前規划好SolidWorks文檔的存放路徑，不要輕易移動；
2. 版本信息不要體現在SolidWorks文檔名稱里，只在文檔內部內容中體現。前例中，如果“KK.01.01 零件1”的實際內容變更為B版本，文檔名稱保持不變，則“組件1”和“部件1”的實際內容就會自動變成新版本。至於想保留舊版本備查怎么辦，見下文。

 推薦兩種文檔管理的方式：

1. 使用gitblit（git的服務器版）。開源、免費、優秀、運行速度快、能妥善保留舊版本、協同編輯方便。
基本使用流程：管理員新建一個服務器端文檔庫的特殊分支，客戶端獲取這個分支到本地電腦，編輯完成后提交分支到服務器端，管理員獲取這個分支進行審核，合格后合並到主分支。主分支作為正式分支共享使用。自帶版本管理功能，需要舊版本，根據修改日志，切換下就可以了。
2. 使用FreeFileSync （同步軟件）。開源、免費、優秀、運行速度快。
基本使用流程：客戶端同步服務器端文檔到本地電腦，編輯完成后通知管理員，管理員同步客戶端的文檔到服務器電腦（同步之后是不能撤銷的，所以同步之前要另行想辦法確認好文檔的正確性）。這種方式，不能完好的保留SolidWorks文檔的舊版本（原路徑、原名稱都要保留，需要時能快速恢復，才算得上完好、才完整可用），替代方式是把舊版本SolidWorks文檔轉換成AutoCAD、PDF的格式進行保留。

　　

ps:有些公司改版的時候，圖省事喜歡把版本標記和代號混合起來用，比如“KK.01.01A 零件1”、“KK.01.01B 零件1”，造成的混淆，誰用誰知道。