在使用pandoc markdown 开发DOCX 文档时，有没有办法与非markdown 用户协作？
Is there a way to collaborate with non-markdown users when developing DOCX documents with pandoc markdown?
假设我使用 markdown 编写备忘录，并使用 pandoc 将其转换为 DOCX，这是我的非技术倾向的合作者使用的，并说合作者在跟踪更改时更改了一些内容。
现在我想接受一些更改并拒绝其他更改，然后将新版本重新转换为 markdown 以处理下一个草稿。但是用 pandoc 转换 docx -> markdown 往往是有损的——被视为函数，函数不是逆函数； ToMarkdown(ToWord(md_file)) != md_file。
有了这个限制，pandoc/markdown 工作流程在第 1 稿之后基本上是一个死胡同。使用 vim 和纯文本而不是 Word 来完成第一个草稿很好，但是如果有大量的更改，那么恢复和验证它们并纠正来自协作者 DOCX 的降价文件的 v2 中的意外丢失通常与从一开始就忍受 MS Word 一样多。
有没有人有解决这种情况的方法，可以让他们使用降价/明文在 Word 中以最少的手动工作达到 "v2" 或更高级别？
pandoc-discuss 就此问题进行了长时间的讨论。简短的回答是否定的，不支持 to docx 和无损返回 md。
也就是说，@mb21 提到了 --track-changes 标志，它允许更多的控制，但是您必须手动合并更改。
您的问题的解决方案是：
- 说服协作者使用 md 而不是 Word，或者；
- 开始使用 Authorea，它在后台使用 pandoc 生成文档。您甚至可以使用 github 使其同步，而您的合作者使用网络版本。
我一直在尝试选项 2，但很难说服大多数合作者转向在线界面。
假设我使用 markdown 编写备忘录，并使用 pandoc 将其转换为 DOCX，这是我的非技术倾向的合作者使用的，并说合作者在跟踪更改时更改了一些内容。
现在我想接受一些更改并拒绝其他更改，然后将新版本重新转换为 markdown 以处理下一个草稿。但是用 pandoc 转换 docx -> markdown 往往是有损的——被视为函数，函数不是逆函数； ToMarkdown(ToWord(md_file)) != md_file。
有了这个限制，pandoc/markdown 工作流程在第 1 稿之后基本上是一个死胡同。使用 vim 和纯文本而不是 Word 来完成第一个草稿很好，但是如果有大量的更改，那么恢复和验证它们并纠正来自协作者 DOCX 的降价文件的 v2 中的意外丢失通常与从一开始就忍受 MS Word 一样多。
有没有人有解决这种情况的方法，可以让他们使用降价/明文在 Word 中以最少的手动工作达到 "v2" 或更高级别？
pandoc-discuss 就此问题进行了长时间的讨论。简短的回答是否定的，不支持 to docx 和无损返回 md。
也就是说，@mb21 提到了 --track-changes 标志，它允许更多的控制，但是您必须手动合并更改。
您的问题的解决方案是：
- 说服协作者使用 md 而不是 Word，或者；
- 开始使用 Authorea，它在后台使用 pandoc 生成文档。您甚至可以使用 github 使其同步，而您的合作者使用网络版本。
我一直在尝试选项 2，但很难说服大多数合作者转向在线界面。