为什么其他办公领域不使用git？

第一、git主要擅长处理纯文本。这也是办公领域不使用git的最主要原因。计算机编程大部分都用的纯文本。纯文本，可以方便地比较每次提交修改了哪些内容，还可以进行冲突合并。但是办公领域绝大多数用的都不是纯文本，特别是以微软的word，Excel为代表。git当然也可以对这类二进制文件进行简单的版本管理，但绝对不是强项。办公软件也有用纯文本形式的，比如LaTeX，但是仅见于专业领域，使用的人也不多，门槛很高。

第二、办公领域编辑文档的周期往往都比较短。纯粹的办公部门，编辑一个文档往往几天，十来天就出来一个文件。如此短的周期根本没有必要用git这样的版本管理。这类办公文档一旦发布盖红章，通常都是“最终版”。不像软件，似乎就没有“最终版”的说法。像QQ的代码，都已经维护20年了。从来没有哪个办公文档能有这么长的时间去维护。

第三，办公领域很少需要多人复杂协作去完成同一个任务。类似著作、重要报告也是重大工程，也需要分工合作。但是往往都是一个人负责写一个章节，最后统稿，基本上是互不干涉。极少出现软件编程那样牵一发而动全身的情况，至少一个章节出现一个错别字不会影响其他章节。而软件的这种复杂性，决定了需要维护代码的人彼此同步修改的内容，还经常出现一个文件同时几个人去修改的情况。

第四、git使用比较复杂。我把这个原因放到最后，因为它相对前面几条，反而是最不重要的。git客观上使用起来确实有难度，影响了其他领域的人使用。不过，如果git真的适合管理办公文件，则复杂性不是问题，因为发明一些图形化界面并不是难事。事实上，我在写很多代码的时候，用git还真的很少敲命令，大多数时候使用IDE自带的(或第三方插件)图形化界面就够用了。

git有使用门槛或者说学习成本，另外其他领域用户也没有如程序员写代码一般分布式协同的需求。

对于那些用户，SVN甚至共享文件服务器就足够了

办公领域svn够用了吧

GIT是个开源的分布式版本控制系统，虽然可以有效、高速地处理从很小到非常大的项目版本管理。

但是，该系统的相关资料少（起码中文资料很少，大学图书馆很难找到，学的人少）且学习周期相对而言比较长，同时该系统不太符合常规思维，最重要的是它的代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息，因此许多办公领域不使用gIt。

欢迎采用。（2019.06.22）

git考虑完整性，但是大多数时候我们并不需要完整的文档，所以svn更适合管理文档，git更适合管理项目代码

git考虑完整性，但是大多数时候我们并不需要完整的文档，所以svn更适合管理文档，git更适合管理项目代码

就类似windows和linux一样，git的命令要记得多，多分支路线没搞懂的，就不会明白是什么意思

举一个简单的例子，office都是xml实现的，但是只能用office套件打开，如果用git管理，冲突了，xml文件里都是版本差异标记，office套件是无法打开这样错误的xml的，所以你的文档就报废了。

权限管理太弱

随时都可能被祖国封了的一个外国网站，凭什么要用到办公方面？很多办公文档有保密要求，怎么保证？