git有使用門檻或者說學習成本，另外其他領域使用者也沒有如程式設計師寫程式碼一般分散式協同的需求。

對於那些使用者，SVN甚至共享檔案伺服器就足夠了

GIT是一個原始碼版本管理軟體。GIT誕生之初就是為了管理程式原始碼和分散式協作，它的主要使用者是程式設計師、IT技術人員，所以一些操作命令對普通辦公人員來說未必好理解，其次辦公領域的分散式協作需求可能也沒那麼大，有很多現成的線上文件工具可使用。辦公領域如果要用GIT勢必對使用人員提出更高的要求，不利於傳播使用。所以辦公領域不常見GIT的使用。

GIT是個開源的分散式版本控制系統，雖然可以有效、高速地處理從很小到非常大的專案版本管理。

但是，該系統的相關資料少（起碼中文資料很少，大學圖書館很難找到，學的人少）且學習週期相對而言比較長，同時該系統不太符合常規思維，最重要的是它的程式碼保密性差，一旦開發者把整個庫克隆下來就可以完全公開所有程式碼和版本資訊，因此許多辦公領域不使用gIt。

1、一個工具再好用但如果推廣給非專業並且需要大量的學習成本，那麼就沒法使用。

2、git主要是透過命令或者工具介面操作，進行協同辦公，共同開發、共同維護。那麼想將此服務推廣給其他非專業使用者，那麼一定要找到一個切入點；簡單易用無邏輯感知的傻瓜式操作，並且是在使用者痛點下手（多人資訊填寫到excel、夥伴聚餐菜品錄入）

git考慮完整性，但是大多數時候我們並不需要完整的文件，所以svn更適合管理文件，git更適合管理專案程式碼

第一、git主要擅長處理純文字。這也是辦公領域不使用git的最主要原因。計算機程式設計大部分都用的純文字。純文字，可以方便地比較每次提交修改了哪些內容，還可以進行衝突合併。但是辦公領域絕大多數用的都不是純文字，特別是以微軟的word，Excel為代表。git當然也可以對這類二進位制檔案進行簡單的版本管理，但絕對不是強項。辦公軟體也有用純文字形式的，比如LaTeX，但是僅見於專業領域，使用的人也不多，門檻很高。

第二、辦公領域編輯文件的週期往往都比較短。純粹的辦公部門，編輯一個文件往往幾天，十來天就出來一個檔案。如此短的週期根本沒有必要用git這樣的版本管理。這類辦公文件一旦釋出蓋紅章，通常都是“最終版”。不像軟體，似乎就沒有“最終版”的說法。像QQ的程式碼，都已經維護20年了。從來沒有哪個辦公文件能有這麼長的時間去維護。

第三，辦公領域很少需要多人複雜協作去完成同一個任務。類似著作、重要報告也是重大工程，也需要分工合作。但是往往都是一個人負責寫一個章節，最後統稿，基本上是互不干涉。極少出現軟體程式設計那樣牽一髮而動全身的情況，至少一個章節出現一個錯別字不會影響其他章節。而軟體的這種複雜性，決定了需要維護程式碼的人彼此同步修改的內容，還經常出現一個檔案同時幾個人去修改的情況。

第四、git使用比較複雜。我把這個原因放到最後，因為它相對前面幾條，反而是最不重要的。git客觀上使用起來確實有難度，影響了其他領域的人使用。不過，如果git真的適合管理辦公檔案，則複雜性不是問題，因為發明一些圖形化介面並不是難事。事實上，我在寫很多程式碼的時候，用git還真的很少敲命令，大多數時候使用IDE自帶的(或第三方外掛)圖形化介面就夠用了。

舉一個簡單的例子，office都是xml實現的，但是隻能用office套件開啟，如果用git管理，衝突了，xml檔案裡都是版本差異標記，office套件是無法開啟這樣錯誤的xml的，所以你的文件就報廢了。