The Problem (Q-score 32, ranked #1st of 32 in the Word VBA archive)
The scenario as originally posted in 2008
How would people recommend doing version control for word documents? Is the in build control up to the job or is it better to rely on dedicated version control systems, and if so, which ones?
Why community consensus is tight on this one
Across 32 Word VBA entries in the archive, the accepted answer here holds elite answer (top 10 %%) status — meaning voters are unusually aligned on the right fix.
The Verified Solution — elite answer (top 10 %%) (+13)
Advisory answer — community consensus with reference links
Note: the verified answer below is a reference / advisory response rather than a copy-ready snippet.
@lomaxx:
Subversion has built in support for word documents
More specifically, TortoiseSVN does. If you use the TortoiseSVN context menu in explorer to, e.g., bring up a diff, Tortoise will call a script that uses Word’s built-in comparison feature to do the actual diff’ing.
When to Use It — vintage (14+ years old, pre-2013)
This is the top-ranked pattern in Word VBA
Among 32 archived Word VBA entries, nothing currently outranks this one. If your stack includes Word VBA, this is the first pattern to try.
What changed between 2008 and 2026
The answer is 18 years old. The Word VBA object model has been stable across Office 2013, 2016, 2019, 2021, 365, and 2024/2026 LTSC, so the pattern still compiles. Changes that might affect you: 64-bit API declarations (use PtrSafe), blocked macros in downloaded files (Mark-of-the-Web), and the shift toward Office Scripts for web-first workflows.