html
跟 Google Docs 的版本历史较劲了好多年，又被一堆重复文件淹死之后，我转投了 Zettlr——一款把我的写作当成真正的文件，而不是飘在云端的文档的 Markdown 编辑器。这改变的不仅仅是组织层面。使用 Zettlr 从根本上改变了我处理版本控制、备份以及写作流程本身的方式。
Zettlr 是一款免费的、开源的 Markdown 编辑器，专门给那些想要写得干净、不受干扰，又不想被完整的个人知识管理系统拖累的写作者准备的。与 Obsidian 或 Notion 这些把自己定位成全能知识库的工具不同，Zettlr 就专心搞写作。比如说：研究论文、文章、博客帖子、长篇内容，都能写。它支持本地文件存储、Git 集成，并能导出到你需要的几乎任何格式。对于一个只想写作而不想为版本控制焦虑的人来说，它简直就是为我量身定做的。
Google Docs 把版本控制变成了命名的噩梦
"Final_v3_FINAL_actual.docx" 这名字让我彻底崩溃了
Google Docs 承诺轻松协作和自动版本历史，但实际上，我的工作流程乱成一锅粥。版本历史功能确实有，没错，但要找到两周前的具体草稿，得在一长串自动保存的快照时间线上翻，只有时间戳，没有上下文。哪个版本已经采纳了编辑的反馈？哪个版本我发给了客户？原生的版本历史根本没法一眼看出答案。
所以我干了大家都会干的事：我开始复制文档。"Article Draft"，然后"Article Draft v2"，再然后"Article Draft v2 REVISED"。不久之后，我的 Google Drive 像一片废弃草稿的坟场。我经常打开错误的版本，改了一通，才发现搞错了，又得把修改内容复制粘贴到‘真正’的文件里。云服务承诺了简单，结果却是一团乱。
问题在于，基于云的文档编辑器将文件视为短暂的、鲜活的实体，而非独立文件。除非手动创建快照，否则每次编辑都会覆盖前一状态。对于快速笔记或协作，这没问题。但对于跨数周或数月管理多版长文写作，那简直就是灾难。
Zettlr 把文件当文件，不是当文档
文件夹加时间戳，云端那种乱糟糟的局面就没了
Zettlr 让我回归基础：文件存在我电脑上，文件夹由我控制。当我想保存一个版本时，就把它另存为一个新文件。这听起来可能过时，但用起来真解放。我的“文章”文件夹现在包含每个正在撰写作品的子文件夹，在每个子文件夹内，我可以一目了然地看到所有迭代，文件名如：draft_2026-01-02.md、draft_2026-01-02_editor-feedback.md、draft_2026-03-02_final.md。
文件系统本身就成了版本历史。我能在 Zettlr 里分两个窗口并排打开两个版本，手动比较，或者想更精确就换别的工具。无需在时间轴中搜寻，也无需猜测哪个自动保存的快照包含了我昨天删除的段落。看文件的时间戳和名字，一眼就知道它是啥。
Zettlr 也支持给笔记打标签和互相链接，但我在撰写文章时很少使用这些特性。关键是简洁。我的工作流程从来不是要搞一个互相联系的点子网。相反，更关注一篇文章从草稿到成稿的变化过程。文件夹和文件名就完全够了。
Git 集成让版本控制变得无感
我完全不再考虑备份这回事
这时候，Zettlr 将我的工作流程从“井井有条”变成“固若金汤”：它与 Git 完美配合。给不懂的人解释一下，Git 是一种版本控制软件，会记录你对文件做的每一次改动，保留完整历史，让你轻松回到任意旧版本。软件开发者用它来管理代码，结果它对 Markdown 文本也好用。
我在写作文件夹中初始化了一个 Git 仓库，现在 Zettlr 会自动追踪我每次提交的改动。写完一次后，我会提交更改并写个备注，比如“添加了关于 Git 工作流程的部分”或“采纳了编辑的反馈”。如果我想看两次提交之间到底改了啥，Git 会以逐行对比的方式展示。如果我想完全回退到上周的版本，只要一个命令就行。
最棒的是？我根本不用操心。Zettlr的整合功能意味着我从不担心丢失工作。我的仓库同步到GitHub，所以即使我的笔记本电脑坏了，每个草稿的每个版本都安全地保存在云端，全都由我掌控，而不是淹没在我看不懂的自动保存时间线里。
这种设置也意味着我可以给我的工作创建分支。如果我想尝试做一个大的结构调整但不想丢失当前版本，我会创建一个新的Git分支，进行编辑，然后要么合并进去，要么直接扔掉。Google Docs可没有这种操作方式。
Markdown让我专心写作，不用管格式
剩下的交给导出选项就行
切换到Zettlr意味着切换到markdown，这一转变对我的效率提升比我预想的还大。Markdown就是纯文本，只有极简的格式语法。标题用 ##，斜体用 *星号*，链接用 [文本](url)。没有字体菜单，没有对齐按钮，没有杂七杂八的干扰。
以前用 Google Docs 写东西时，我就老跑偏去调页边距、改字体，或者纠结行间距。Markdown 把这些全扔掉了。我用纯文本写作，格式随后再处理。Zettlr 的预览窗格能让你看到文档最终长啥样，但我在写草稿时绝不会手痒去折腾它。
在需要发布或提交时，Zettlr 可以导出为几乎任何格式：PDF、Word、HTML、LaTeX，甚至 EPUB。我的文章就存在一个地方，只用一个格式，我根据需要导出，而无需在多种格式中维护多个版本。这也让 Zettlr 在未来也不会过时。Markdown 文件就是纯文本，任何编辑器、任何平台都能读，永远都能。如果明天 Zettlr 消失了，我仍然可以在记事本中打开文件继续工作。你让 Google 文档试试？
当你不需要 PKM 时，Zettlr 为啥还是那么好用
它首先是个写作工具，绝不是知识管理器
大家老把 Zettlr 和 Obsidian、Roam、Notion 归成一类，当成 PKM 工具，但这完全没抓住重点。那些应用本来就是用来打造互联知识库的，比如卡片盒、第二大脑、常青笔记这些。Zettlr 也能搞这些，但它不会逼你非得这么搞。
我不想给每个段落加标签，也不想把每个想法都串起来。我不是在构建个人维基。我在写文章，我需要版本控制、本地文件和不被打扰的写作环境。Zettlr刚好都有，还不硬塞给我一套我用不着的方法。对于只想让草稿别再跟自己较劲、要个干净写作环境、文件版本自动管理、集成Git但不想“打造第二大脑”的写作者来说，Zettlr很完美。
自从改用Zettlr，我写文章一次都没碰过Google Docs。文件系统干干净净，版本历史一目了然，备份都是自动的。“Final_v3_FINAL_actual”的噩梦结束了，我是在写东西，不是在管文档。我就这点要求。
热门跟贴