Word合并多份返修稿，Original为何可以是已经合并的版本

送出一份文档，收到多名审阅者各自返还的副本，哪份才算Original？微软Combine document revisions帮助页给出的答案，取决于正在处理哪一次合并。第一次示例中的Original是送审文件；继续汇入更多副本时，它却可以是已经合并过的结果。因此，这个名称不能始终被理解为从未改变过的最初稿。

先看Merge two versions of a document。帮助页将送审稿放在Original document，将要汇入的返修副本放在Revised document。该示例随后选择New document作为更改显示位置，于是Word打开一份包含两者内容的组合文档。原文还描述三个显示区域：修订列表、组合文档，以及并排展示的两份来源文件。来源与结果在这个例子中各有位置。

材料接着进入Merge additional copies。它先说明保存含有前两份更改的文档，再将其他副本与这份文档合并。后面的Original选项明确指向已经包含组合更改的文件，Revised则是下一份要汇入的副本。这里没有让Original永久停留在最早送审稿的身份上，而是让它承担这次合并所使用的一侧输入。

用一个自拟情境可以看出差别。甲、乙分别返还副本，资料整理者先形成包含这两份更改的组合文件；丙的副本后来到达。按帮助页追加合并的示例，下一次的Original可以是已有组合文件，Revised是丙的副本。这个例子没有真实文件，也不意味着任何更改都已经获准，它只说明多个返修版本怎样在文档角色上继续衔接。

输出条件同样不能省略。第一次示例使用New document，追加示例却使用Original document作为Show changes in的选择。因此，转述时不能概括成“每次合并都自动新建第三份文件”或“输入文件永远不改变”。帮助页给出了两种具体选项背景，本文保留这一差别，不从功能名称推导统一的文件保存承诺。

页面还有Label unmarked changes with的说明，允许填入姓名或短语，帮助辨认谁提出了更改。这是一种手动标签的描述，不能当作软件已经验证作者身份的证据。类似地，合并把多份意见放到一起，也不等于已经解决所有意见冲突，更不自动产生负责人对内容的批准。

本次依据微软支持页正文及邻接说明，页面列出的适用范围含Microsoft 365及Word 2024、2021、2019、2016，首次发布日期未明确。本文没有操作客户文件，不提供接受、删除修订或保密清理步骤，也不推测底层合并算法。对商务文稿交接，Original最有用的解释是“这一次合并中的输入角色”；同时说清哪份返修稿被汇入、结果显示在哪里，才能理解帮助页连续两个示例的关系。