Svn 如何在更改Word文件时最小化源代码管理增量？ P>当在源代码管理/颠覆中使用Word文件时，我能做些什么或考虑些什么，以便最小化存储库中的更改的大小？

背景

对于一个项目，我们有一个Word文档，其中包含源代码管理（Subversion）中原型的功能规范和屏幕截图。Word文件本身大约有2.5 MB

最近，我更改了大约十个章节的标题，并更新了目录。然后，我将其签入Subversion（svn）-仅限于所描述的更改

签入后，我在svn存储库中检查了diff文件的大小，惊讶地发现它略大于1MB。我曾希望它是“小的”，比如说小于100KB

---

---

编辑：目前该文件是Word 2003格式（doc），但我使用Word 2007，因此如果这会减少存储库增量的大小，我可以更改为Word 2007格式（docx）

首先尝试禁用。

这是以某种编码格式（HTML、Tex、wiki语法）编写文档的原因之一并将其转换为其他格式（Word、web HTML、Windows帮助文件、手册页、PDF）

正如有人指出的，如果二进制文件使用某种XDelta存储，则不能保证“修补程序”比文件本身小。。。有时补丁几乎和文件本身一样大

尝试更改Photoshop图片上的RGB值，然后运行XDelta。。。这个补丁几乎和文件本身一样大

但是，伊姆霍，你不应该担心这个。大多数现代SCM（GIT、塑料SCM等）都会压缩您的文件，所以存储不会成为一个大问题。。。虽然我想我们永远不会买“不要担心磁盘空间，因为它现在很便宜”这句话-P

---

您可以使用Word（另存为..XML文档）将docx文档保存为“平面OPC”XML格式，但您可能需要先漂亮地打印XML，因为它都在一行上。

我们是在谈论Word 2007文件吗？不是，它是Word 2003文件（doc）。但是我用Word2007编辑它，所以我可以用2007格式（docx）写它，如果这对我有帮助的话？是的。这也是关于速度。。。如果我在一年中每周更改两次该怎么办。单是一个文件就有100MB的空间……那么，100MB是压缩后的大小吗？我的意思是，如果你使用Word，那么deltifing将起作用，但我不确定它是否会与其他格式一起起作用；漂亮的打印只需要获得清晰的文本差异（这显然很好，但不需要保持存储库的小型）