只讲 Word 的合著者

混合工具协作很常见：您用 LaTeX 撰写论文，而合著者、顾问或临床合作者仅在 Microsoft Word 中工作。这两种格式之间没有什么可以完美转换。尽早就哪个文件才是真正的论文达成一致，然后制定一个例行程序，在不丢失工作的情况下跨越差距传递反馈。

事实的一个来源

尽早确定“.tex”文件是规范的，其他所有文件都是派生副本以供审查。当两个“当前版本”以两种格式存在时，某人的编辑就会丢失，并且通过肉眼将 Word 文件与 LaTeX 文件进行协调是一项痛苦的工作。根据本协议，您的工作是排版和整合。您的合著者的工作是内容和评论，以他们喜欢的任何工具提供。

根据反馈类型选择导出

如需阅读和高级评论，请发送已编译的 PDF。每个 Word 用户都可以打开 PDF，并且任何 PDF 阅读器中的注释工具都包含页边注释和突出显示。手动应用反馈可以让您完全控制源。

当合著者需要提出带有跟踪更改的句子级重写时，请导出 DOCX。 Pandoc 可以很好地将 LaTeX 转换为 Word 以便审阅，并且 Oleafly 内置了 DOCX 导出功能。预计转换是近似的：方程、交叉引用和图形位置会降低，您应该提前说明，这样就没有人在一次性副本中报告布局问题。

合并会话

“.docx”中的反馈必须手动返回到“.tex”中。将其视为一项计划任务而不是持续的细流：收集合著者跟踪的更改，并排打开 Word 文件和 LaTeX 源代码，并逐一应用已接受的编辑，边做边提交到 Git，以便每一轮反馈都是一次提交。有一个规则可以保证这一点：每一轮审核都从当前源的新导出开始。切勿让同一个 Word 文件存在于多个轮次中，因为它会默默地分叉纸张。

当 Word 中开始草稿时

有时流程会相反：合著者在 Word 中编写初稿，而您负责排版。尽早转换一次。 Oleafly 将 .docx 导入 LaTeX 项目，pandoc 在命令行上执行相同的操作。从那时起，.tex 就是规范的，并且上面的例程适用。对于使所有这些都可恢复的版本控制主干，请参阅将论文放在 GitHub 上。