Documentor has been able to work out a family of documents' order and propose a clean version number for a while now, but only within its own records – nothing on the actual file changed. That gap closes today: Documentor can now rename real files to match their assigned version, with a full undo available whenever it's needed, plus smarter handling of documents that split into separately-edited copies and files that already carry their own version label.

• Assigning a version number and renaming the real file are now two separate, deliberate steps – nothing changes on disk until you've reviewed and explicitly approved it, and a rename always covers every duplicate copy of a file, not just the one you're looking at.
• Every rename is recorded before it happens, so an interrupted batch – a crash, a permissions hiccup – can always be picked back up right where it left off, and a completed rename can be undone at any time, restoring the original filename with the same one-click safety.
• When a document splits into two separately-edited copies, each branch now gets its own clean label showing where it diverged and how many edits it's had since. If one branch is later declared the real one going forward, a single click collapses its whole history into the next version number, without disturbing the other branch's numbering.
• Documentor now recognizes files that already carry a deliberate version scheme of their own (v1.0, v2.0) and leaves them alone by default, while still cleaning up messier labels like "FINAL" or "Draft 2". A safety fix also ensures that if a file is renamed a second time, undo only ever reaches back to the most recent rename – never an earlier one that's already been superseded.