版本管理,如何管理word文档的版本？

可以借助一些文档管理工具，例如，云盒子企业云盘。

存储在云盒子中的文件，每次文件有更新（在线编辑、同名文件覆盖等操作）都会生成一个新的版本，从文件的邮件菜单可以查看文件的历史版本。

看到答案里有提到Word自身的版本管理，我列举下这两种方式的优缺点：

云盒子优点：

方便、稳定，每个版本都能稳定记录；

如果是企业的协作环境，可以从版本中看到谁在什么时间做了文件的更新；

支持写版本备注，便于日后恢复；

可以在移动设备随时随地查看这些版本。

缺点：

需要准备服务器来部署云环境使用，前期比较麻烦。

Word优点：

不需要安装其他软件，方便；

能自动保存，如果软件自身意外崩溃，有希望找回来；

缺点：

不好做管理，很多时候找不到自己想要的版本。

版本管理,Git相比svn和其他版本管理工具的核心优势有哪些？

首先git具有本地的版本管理且不需要假设远程的服务器，这就很方便。最重要的还是能够不污染子目录的track文件。然而svn每个子目录都要扔一个，这就造成了很大的麻烦，而且还会出现各种clean up无果. delelte后svn up异常，真的令人很无语。

其次git具有强力的merge工具：git根据commit ticket依次再进行一次merge.提高了merge成功率.避免svn merge中的难堪。即使merge失败也不会有任何的其他的版本文件，只需要简单修改就可以继续。

并且git还具有git gc:由于git本身不保存文件之前的差异文件.只保存每个文件的快照，频繁修改大文件的情况下会造成git目录变得很大git gc后,会在.git目录下生成一个packfile与idx文件.只保存文件差异，又解决了一个常见的问题。

强大的branch.推荐根据的git workflow的开发流程.将workspace分成几区.master dev feature hotfix区等。Git实现了去中心化scm工具，而github成为了新一代凭作品交流的sns+code host平台。其他版本管理工具相比而言如google code则是每况愈下。

Subversion是一个集中的数据仓库。

尽管git分布式数据仓库的显著优点(如快速和多副本)吸引了很多人，但在许多情况下，集中式数据仓库更合适。例如，如果您有一些核心代码，您希望只允许少数人访问，那么您就不希望将其放入git中。许多公司都是集中管理他们的代码，我猜所有(重要的)政府项目估计都使用一个版本控制系统来集中数据仓库。

svn的理念是符合常规的。

据说许多人(尤其是经理或老板)对版本号的理解是一种习惯，发展是一种时间的线性轨迹，它深深扎根于他们的思想中。不是一个借口，Git可选性不是很容易理解，事实上，你可能会注意到任何一本关于Git的书都会在第一季度的第一章告诉你放弃大脑中所有的传统观念，重新理解。

Subversion只提供了一种方法，没有第二种选择。

SVN是一个版本控制系统，它只提供一种方法，每个人都使用相同的方法。就是这样。这使得您可以很容易地将代码从SVN迁移到其他集中管理的VCS或其他集中管理的VCS。Git不仅仅是一个版本控制系统，它实际上是一个文件系统，它有很多拓扑知识来支持您如何在不同的环境仓库中设置代码——并且没有统一的标准。选择正确的拓扑结构成为一个问题。

以上纯属是个人理解哈，希望对你有些帮助！