ARTICLE DETAIL

资讯详情

深耕网站视觉设计与运营推广的一线实战洞察。

Typora 高效写作指南:设置、快捷键、图片保存与 PDF 导出

Typora 高效写作指南:设置、快捷键、图片保存与 PDF 导出 先说结论Typora 我前后换过三台设备、用了好几年中间也试过几个别的 Markdown 编辑器最后还是回到它。原因不复杂——它把写这一件事的阻力降到了最低。你不用一边敲**加粗**一边在脑子里渲染敲完的那一刻屏幕上就是最终的样子所见即所得这件事在长文写作里省下来的注意力相当可观。这篇东西不是官方说明的搬运而是我把几年下来踩过的坑、改过的配置、顺手攒下来的技巧摊开讲一遍。它适合三类人刚装完 Typora 不知道从哪儿调起的新手、写笔记和长文档写到手酸想提效的老用户、以及需要把 Markdown 导出成 PDF 交付给别人的同学。看完你至少能搞清楚哪些设置必须第一时间改掉哪些快捷键值得练成肌肉记忆以及那些为什么我的图片一导出就全丢的经典问题到底出在哪。1. 先想清楚拿它干什么定位与工作流拆解1.1 所见即所得和纯源码编辑差别到底在哪Markdown 编辑器的路线其实分两派。一派是源码派左边写右边预览或者干脆只给你一个纯文本框靠语法高亮提示你写对没写对另一派是 Typora 这种即时渲染派你敲下#加空格那一行立刻变成一级标题的样子光标还在原地接着写就行。这两种路线没有绝对的高下差别在于你写东西的注意力分配。源码派每次写完一段眼睛要往右瞟一下确认渲染结果对不对尤其是表格、嵌套列表这类对空格极其敏感的语法瞟一眼是很频繁的动作。而即时渲染把确认这一步省掉了代价是你偶尔会看不清原始字符——比如你想看看这里到底敲了两个空格还是三个空格就得按Ctrl /切到源码模式去核对。我自己的判断标准是这样的如果你写的内容里表格、公式、代码块占比很高用 Typora 舒服如果你写的是大量需要精确控制原始字符的配置文档比如 README 里要塞一大堆缩进敏感的 YAML那源码模式会切得比较频繁但 Typora 也留了源码模式给你问题不大。还有一个容易被忽略的点Typora 本质上是一个本地文件编辑器不绑定任何云服务。你的文件就是硬盘上的.md文件用网盘同步、用 Git 版本管理、用坚果云做增量备份都行。这一点对我很重要因为笔记这类东西一旦被某个平台锁定迁移成本会随时间越来越高。纯文本加本地文件是长期来看最不容易被套牢的组合。1.2 我现在的整体工作流长什么样讲讲我目前实际在用的结构方便你参考着搭自己的。目录大致是这样分的notes/放日常零散笔记按月份分子目录文件名统一用YYYY-MM-DD-主题.md这样按文件名排序就是按时间排序。docs/放成体系的长文档一个子目录一个主题里面有一个index.md当作入口用相对链接串起其他文件。assets/放所有引用的图片按文档名再分一层子目录避免几篇文章的图片混在一个文件夹里变成一锅粥。关于图片这是我见过最多人翻车的地方后面第五节会专门展开讲这里先给你一个结论要么把所有图片统一放在文档旁边的assets目录里用相对路径引用要么老老实实配好自动上传图床千万不要让 Typora 默认把图片拷到系统临时目录里——那个目录会被系统清理你的图迟早有一天全部裂开。同步这块我用的是网盘同步整个笔记根目录。这里有一个坑要提醒如果你在两台设备上同时编辑同一个文件冲突是必然的而且 Markdown 的冲突合并比代码还难处理因为它没有语法结构可以辅助比对。所以我的习惯是同一时间只在一个设备上编辑出门前手动同步一次回家再同步一次。听起来笨但这几年下来一次冲突都没出现过比起事后花半小时去理清两份文件的差异这点笨功夫划算得多。2. 装完别急着写这些设置决定你后面舒不舒服2.1 外观、主题、字体和行距先把眼睛伺候舒服很多人装完 Typora 直接开写写了两个月才发现字体难看、行距挤、代码块里中文标点看着别扭。这些全都是一次性设置改完受益一整年没理由拖着。打开路径是「文件 → 偏好设置」macOS 是「Typora → 偏好设置」快捷键Ctrl ,。外观页签下有几个我必调的项目主题方面内置的 Github 主题是最稳妥的默认选择配色中性导出 PDF 时也不容易出问题。想要好看一点的可以换 Night、Pixyll 这类但要注意——浅色主题在白天写文档确实舒服深色主题只在室内弱光环境下有优势一旦你要把内容导出给别人看或者打印还是浅色更保险。我自己的做法是写的时候用深色导出前切回 Github。字体是重头戏。中文字体我推荐思源黑体或者更纱黑体前者笔画干净适合正文后者等宽版本在代码块里对齐效果好。英文和数字用 JetBrains Mono 或者 Consolas。字号设 16px 左右行距 1.6 到 1.8 之间这两个数值是我试过最舒服的组合太小会累眼太大一屏能看的字太少翻页变频繁反而影响连贯性。还有一个细节是「自动拼写检查」中文写作场景下这个东西基本是负收益它会把大量正常的英文缩写、变量名标红看着心烦建议直接关掉。至于「智能标点」如果你主要写中文可以留着它会把自动配对成中文引号但如果你写代码文档务必关掉因为半角引号被替换成全角之后复制出去的代码是不能直接运行的。注意所有外观设置只影响你本地的显示效果不会写进.md文件。也就是说同一个文件在别人电脑上打开样式可能完全不一样。涉及必须长这样的排版要求唯一的可靠办法是导出 PDF。2.2 编辑器页签里的开关哪些必须开哪些必须关编辑器页签里藏着一堆开关默认值不是每个都合理。我按必开必关看情况三类给你梳理。必开的三个内联公式。不开这个你在正文里写$Emc^2$只会原样显示成文字行内公式是 Markdown 写技术文档的基础能力没有理由不开。上标和下标。写化学式、数学变量、版本号比如v2^3时会用到开了之后^和~的语法才生效。Markdown 扩展语法里的表格、任务列表、删除线。这三个是现代 Markdown 的标配关掉等于自断双臂。必关的一个智能引号自动配对的中文标点替换。原因上面说过了代码文档场景下会坏事。看情况的自动保存。我建议开但配合手动Ctrl S的习惯。自动保存能防止意外断电丢内容手动保存能让你清楚地知道这一版我确认过了。打字机模式和专注模式。这两个是写作体验优化打字机模式会让光标始终停在屏幕垂直中线专注模式会把当前段落之外的内容调暗。写长文的时候这两个功能确实能提升专注度但写短笔记时反而碍事所以放看情况这一档。2.3 图片保存策略90% 的坑都集中在这里这是我最想强调的一节。Typora 的图片处理策略在「偏好设置 → 图像」里核心是一个下拉框插入图片时有四个选项选项行为适用场景风险无特殊操作保持原路径不变图片本来就在文档目录里拷贝图片进别处就裂复制到指定路径把图复制到./assets之类的目录本地笔记最推荐需要手动管理目录复制到./${filename}.assets按文档名建目录一个文档图片很多时目录会比较碎上传图片通过上传服务传到图床需要在线分享的文章依赖第三方服务可用性我的建议很明确本地笔记选复制到指定路径路径填./assets。这样每篇文章引用的图片都相对于文档本身你把这个文档连同assets目录一起打包发给别人对方打开就能看到图不会有任何丢失。如果你确实需要把文章发到网上再额外配一个上传服务。Typora 支持内置的几种图床也支持自定义命令调用 PicGo 之类的工具。配置的时候注意一点上传服务要在「图像」页签里点验证图片上传选项测一下验证通过再正式用不然写到一半才发现上传失败那时候你已经在文章里插了几十张本地路径的图回头清理会很痛苦。还有个小技巧图片插入时勾选对本地位置的图片应用上述规则这样你拖进来的图会被自动复制并重命名。重命名规则我一般设成${filename}-${timestamp}好处是同一个目录下不同文章的图不会重名避免互相覆盖。3. 效率翻倍的快捷键与语法技巧3.1 高频快捷键清单值得练成肌肉记忆Typora 的快捷键不算多但有一批用熟了之后写作节奏会明显不一样。下表是我日常真正在用的注意 macOS 上把Ctrl换成Cmd快捷键功能我的使用频率Ctrl /切换源码模式极高Ctrl 1~Ctrl 6设为一级到六级标题极高Ctrl 0变回普通段落极高Ctrl B/Ctrl I加粗 / 斜体极高Ctrl K插入链接高Ctrl Shift K插入代码块高Ctrl Shift 插入行内代码高Ctrl Shift M插入行内公式中Ctrl T插入表格高Ctrl Shift Q引用块中Ctrl F/Ctrl H查找 / 替换高Ctrl Shift I插入图片中F8专注模式中其中Ctrl /是我用得最频繁的一个它其实是保命键。当你发现某个列表缩进乱了、某段文字莫名变成了标题切到源码模式看一眼原始字符问题往往一眼就能找到。纯靠渲染后的样子去猜会浪费很多时间。不同版本的 Typora 快捷键可能略有差异尤其是后面几个功能键。真正靠谱的查法是打开偏好设置里的「快捷键」页签那里列的是当前版本实际生效的绑定比任何网上抄来的清单都准。3.2 表格、代码块、公式这些重活怎么写才快表格最快的写法是先按Ctrl T插入一个空表格填完内容之后把光标放在表格任意位置在源码模式下调整列宽和对齐。对齐用冒号控制| :--- |左对齐| :---: |居中| ---: |右对齐。如果你想在表格里换行得用br直接回车会把表格结构打断。代码块有个小技巧先敲三个反引号再回车Typora 会自动补全结尾的三个反引号并把光标放在中间。语言标记一定要写比如 python因为 Typora 会根据语言做语法高亮导出 HTML 时也能带上对应的 class后期如果你要用 CSS 定制代码块样式这个标记是必须的。公式分两级行内的用Ctrl Shift M插一对$块级的直接敲两个$$再回车。这里有个新手常犯的错误行内公式的$和内容之间不能有空格$ x $在某些渲染器里不会被解析成公式写成$x$才稳。另外公式里如果要写多行、对齐用\begin{aligned} ... \end{aligned}包起来\\换行对齐这套 LaTeX 的写法 Typora 是完整支持的。引用块有个细节值得说连续两行都以开头才会合并成一个引用块中间空一行就会断开成两块。如果你想在引用块里插列表需要在列表前面加一个写成 - 项目。这个嵌套规则一开始容易搞混多试两次就记住了。3.3 自定义快捷键和快捷输入把重复动作压到一次Typora 允许你自定义按键绑定路径在偏好设置的「快捷键」页签里点某一项右边的输入框按下你想要的组合键就行。我改了两个第一个是把导出 PDF绑到了Ctrl Shift P因为原生没有快捷键每次导出都要走菜单文档改十遍就点十遍菜单很烦。第二个是给打开主题文件夹绑了个快捷键因为调 CSS 的时候要反复在编辑器和主题目录之间来回切。除了快捷键还有一类省事的机制是自动补全。比如你输入[^1]会触发脚注输入- [ ]会自动变成任务列表的复选框输入[TOC]再回车会生成整篇文档的目录。这几个语法我建议都记一下尤其是[TOC]长文档里给自己留一个目录锚点回头定位章节会方便很多。目录是动态生成的你增删标题之后它会自动更新不需要手动维护。提示[TOC]生成的目录在导出 PDF 时也是可用的但要注意目录本身会占掉开头的版面。如果交付的文档有页数限制导出前把它删掉或者放到最后。4. 排版进阶主题定制、CSS 片段与导出4.1 主题文件夹与自定义 CSS 的正确改法Typora 的每个主题其实就是一份 CSS 文件加可能配套的字体文件。打开目录的路径是「偏好设置 → 外观 → 打开主题文件夹」Windows 上通常在%APPDATA%\Typora\themesmacOS 在用户资源库的Application Support下对应的目录里。改主题前一定要复制一份再改这是血的教训。直接改内置的github.css软件更新时你的修改会被覆盖甚至可能导致更新后的样式错乱。正确做法是把github.css复制成github-my.css然后重启 Typora主题菜单里就会多出一个Github My的选项选它就行。自定义 CSS 里最常改的几处正文宽度。#write { max-width: 860px; }默认宽度在大屏上会显得行太长眼睛从行尾回到行首容易串行860px 左右是我觉得比较舒服的值。图片居中。#write img { display: block; margin: 0 auto; }这个写法能解决图片默认左对齐的问题也就是很多人搜的Typora 如何上下居中——其实绝大多数情况人们想问的是水平居中垂直方向的居中需要给容器加 flex 布局在文档流里意义不大后面 4.3 节细说。代码块字体。#write code, #write pre { font-family: JetBrains Mono, monospace; }换个等宽字体代码可读性的提升立竿见影。标题间距。默认的标题上下间距偏紧#write h2 { margin-top: 2em; }调大一点长文档的层次感会清晰很多。CSS 改完不用重启直接切一下主题再切回来就能看到效果。有个排查技巧如果改了没生效先在开发者工具里看看是不是被后面的规则覆盖了。Typora 内置了开发者工具在 Windows 上按Shift F12可以打开用它可以直接看到某个元素最终生效的是哪条规则比反复试快得多。4.2 导出 PDF、HTML、图片的参数与常见坑导出入口在「文件 → 导出」格式挺多但日常用得上的就三个PDF、HTML、图片。导出 PDF是坑最多的。常见问题清单如下第一中文字体不显示或者变成方块。原因是导出时选用的字体在你系统里没有或者 Typora 导出 PDF 走的是系统打印流程字体嵌入不完全。解决办法是在导出对话框里的字体选项中显式选择本机装好的中文字体比如思源黑体不要用 Auto。第二页面被截断。导出设置里有纸张大小和页边距默认 A4 和常规边距。如果你的文档里有很宽的表格或代码块会被硬生生截断在右边。处理方法是在导出前把宽表格改成纵向布局或者用 CSS 给pre加white-space: pre-wrap让它自动折行。第三分页位置难看。标题刚好落在页面最底部这种事很常见。可以在自定义 CSS 里给标题加page-break-after: avoid;让标题不会和自己的正文分开。导出 HTML默认会带上主题样式但图片要特别注意——如果图片是本地相对路径导出的 HTML 单独拿走的话图会全丢。稳妥的做法是导出前把图片传到图床或者用带资源内嵌的方式导出。HTML 的好处是保持了可编辑性对方可以用浏览器直接看不需要装任何东西。导出图片适合分享到聊天工具里长文导出成一张长图对方划着看很爽。但要注意导出图片对超长文档不友好一张几千像素高的图在手机上加载会卡建议单篇超过三屏的内容还是导 PDF。4.3 图片居中的三种做法以及上下居中到底怎么实现这一节专门回答那个被搜了很多次的问题。先说清楚概念Markdown 本身没有任何控制对齐的语法Typora 里所有的排版控制最终都落在 CSS 上或者落在 HTML 标签上。做法一用 HTML 标签包图片。写成div aligncenterimg srcxxx.png/div这个写法简单直接在所有 Markdown 渲染器里通用性也最好。缺点是导出某些格式时可能被过滤掉。做法二改主题 CSS。在自定义 CSS 里加#write img { display: block; margin-left: auto; margin-right: auto; }一劳永逸所有图片自动水平居中不用每张图都手写标签。我最推荐这个。做法三导出时用打印样式。如果你只是想让导出的 PDF 里图片居中可以在导出用的 CSS 里单独处理不影响编辑器里的显示。至于垂直方向居中得看你的场景。如果是想让图片在页面里上下居中那本质上是要给图片的父容器设置固定高度加display: flex; align-items: center; justify-content: center;这在文档流里是很别扭的需求因为 Markdown 文档是流式布局没有页面高度的概念只有导出成 PDF 分页之后才有。所以真正在导出的 PDF 里做垂直居中需要的是分页 CSS而不是简单的对齐属性。大多数人搜这个词其实想问的是水平居中用上面做法二就够了。注意自定义 HTML 标签在 Typora 里是能实时渲染的但align属性属于 HTML4 时代的写法未来的浏览器兼容性存在不确定性。长期方案还是走 CSS标签方案当应急用。5. 进阶玩法图表、公式与文件管理5.1 Mermaid 图表用代码画流程图Typora 原生支持 Mermaid 语法写一个语言标记为mermaid的代码块里面写 Mermaid 语法退出代码块就自动渲染成图。这件事的意义在于流程图变成了纯文本可以进版本管理可以 diff改一个节点不用打开画图软件重新拖。几种我常用的图形流程图用flowchart TD开头TD表示从上到下LR表示从左到右。节点写法是A[方括号里的文字]连线是A -- B。判断分支用A{条件}配--|是|和--|否|两条边走。这套语法写业务流程图完全够用。时序图用sequenceDiagram声明参与方participant A然后A-B: 消息内容。写接口文档的时候特别顺手前后端对着这张图聊比贴一段文字描述清楚得多。甘特图用gantt配dateFormat和section用来做项目排期。不过 Typora 对甘特图的渲染偶尔会有样式问题正式交付前建议先导出看一眼。需要提醒的是Mermaid 语法有版本差异不同渲染器支持的语法子集不完全一样。你在 Typora 里能渲染的图复制到某些在线平台上可能会报错。所以如果这张图要发到别处导出成图片PNG 或 SVG再上传是最稳的。SVG 的好处是放大不糊适合放进 PDF。5.2 数学公式从行内到多行对齐数学公式这块前面 3.2 节说了基础这里补充几个进阶用法。公式编号需要用\tag{}比如$$E mc^2 \tag{1}$$手动编号虽然笨但可控。如果你要写论文风格的连续编号更省事的办法是在公式外面套一层让它跟着章节走不过 Typora 对自动编号的支持有限复杂场景还是导出到 LaTeX 环境里处理更合适。矩阵和分段函数用\begin{matrix}和\begin{cases}这两类在写算法文档时很常见。分段函数的写法是f(x)\begin{cases} x^2 x0 \\ -x x \le 0 \end{cases}注意\\换行、分隔条件。公式里的中文要小心。LaTeX 默认不支持中文直接写进去会报错或者显示不出来。解决办法是用\text{中文}包起来前提是渲染环境支持中文文本。Typora 这边通常没问题但导出到别的环境就可能失效。一个实用的小技巧公式写得长了容易出错建议先在 Typora 里写小段确认渲染正确再拼起来。因为公式报错的时候Typora 会把整段原样显示你很难一眼看出是哪个括号不匹配。断点调试的思路在这里同样适用。5.3 大纲、跳转、搜索与文件树文档一长导航能力就变成刚需。Typora 提供了几个机制用好了能省大量滚动时间。大纲视图在「视图 → 大纲视图」里打开会把当前文档的所有标题列在侧边栏点击直接跳转。这个视图的标题层级是跟着#数量走的所以你的标题层级写得规范大纲就好用如果标题跳级比如一级下面直接跟三级大纲看起来会很奇怪。这也是我一直强调标题层级要规范的原因之一它不只是为了好看。文档内跳转靠锚点。[跳到第一节](#1-先想清楚拿它干什么定位与工作流拆解)括号里是#加标题的 slug 形式中文标题的 slug 一般就是标题本身去掉标点、空格换成连字符。这个写法在不同渲染器上对中文的处理有差异跨平台分享时可能失效所以正式的交付文档里我一般用显式的 HTML 锚点。全局搜索用Ctrl Shift F可以在整个文件夹里搜关键词搜出来的结果能直接点进去定位。写系列文章的时候用这个找我上次是不是写过这个点特别有用。搜索支持正则但要注意中文的正则匹配在某些版本里表现不稳定遇到搜不到的情况换成纯文本模式再试一次。文件树在左侧栏可以打开整个文件夹当工作区。我的习惯是把笔记根目录直接拖进来这样不用每次开机重新选文件。文件树支持拖拽移动文件但拖拽之后文档里引用这个文件的相对链接不会自动更新这是个需要留意的坑重要文档移动位置之后记得全局搜一下旧路径。6. 授权、版本与那些高频疑问的正面回答6.1 试用期结束之后该怎么处理Typora 从 1.0 版本开始转为付费软件这是它持续更新的基础。软件提供了一段试用期试用期内功能完整没有阉割。试用期结束后会按规范提示你完成授权这是一个明确的商业行为没什么可绕的。我的态度很直接如果你把它当生产力工具天天用那就通过官方渠道获取授权。理由不是道德说教而是实际收益——正版能正常收到更新新版本对导出、渲染、兼容性的修复都会推送到你手上一旦用了来源不明的替换文件不仅拿不到更新那些文件的来源也完全不可控可执行文件里塞什么你根本不知道。在一个每天都要打开、还要读写你全部笔记的软件上冒这种风险性价比是负的。至于网上满天飞的那些免费序列号激活文件离线激活方法我不打算在这里展开也不会给出任何相关步骤。原因很简单这类内容本身就属于绕过授权的范畴来源不明的文件还带着实打实的安全隐患。你用这个软件是为了写东西不是为了给自己电脑埋颗雷。如果你的预算确实紧张可以考虑几个方向一是用试用期把该学的东西学完评估清楚再决定二是看看其他开源方案比如 VS Code 配 Markdown 插件功能上也能覆盖大部分场景只是写作体验不如 Typora 顺滑。工具只是手段别让它变成负担。6.2 版本选择和更新策略版本号的建议只有一条跟着稳定版走别追 Beta。Typora 的更新节奏不算激进稳定版的 bug 修复通常会在一两周内推到 Beta再往后到正式版。用正式版遇到问题的概率低得多。跨平台版本要区分清楚。Windows 和 macOS 的安装包是分开的Linux 用户一般通过官方提供的包管理器源安装具体方式看官网的下载页说明不要从第三方镜像站拿安装包——不是所有镜像站都及时同步拿到旧版本或者被改过的包排查起来很费劲。关于只能打开一个文件这个常见疑问其实 Typora 早期版本确实是单窗口的后来支持了多标签。如果你发现打开新文件会覆盖当前文件先去「偏好设置 → 通用」看看有没有相关的窗口行为选项或者在「视图」菜单里找找标签页相关的开关。更新到较新的版本通常也能解决这个问题。macOS 用户还有个常见困扰是版本更新后主题丢失。原因通常是更新过程中主题目录被重置或者路径变化。解决办法很简单更新前把你的自定义主题文件备份到别的地方更新后放回去。养成这个习惯任何编辑器都适用。6.3 关于弹窗、卡顿和渲染异常的排查思路弹窗反复出现通常和授权状态、网络连通性有关。如果你已经完成了正规授权还反复弹先检查系统时间和时区是否正确——时间偏差过大有时会影响软件的状态校验。其次是检查是否有多个版本同时安装导致启动的其实是另一个没配置好的副本。最后软件更新到最新版本往往也能解决一些已知的状态判断问题。打开大文件卡顿。Markdown 文件超过几兆之后实时渲染的压力会明显上升尤其是文档里有大量公式和 Mermaid 图的时候。应对方法是拆分文档单篇保持在几百 KB 以内用目录文件串联。另外「视图」里可以关掉一些实时渲染的开关比如关掉 Mermaid 的实时预览需要看的时候再开。渲染结果和预期不一致。这类问题九成出在空格和空行上。Markdown 的很多语法对空行敏感列表前后要有空行代码块前后要有空行表格上方要有空行。当你觉得语法明明写对了却不生效第一步永远是按Ctrl /看源码把不该有的空格删掉把该有的空行补上。7. 疑难速查与数据安全心得7.1 常见问题速查表把这几年被问得最多的问题整理成一张表方便你对照排查现象最可能的原因处理方式图片在 Typora 里能看导出后全裂用了本地绝对路径或临时目录路径改为相对路径图片放文档同级assets标题层级在大纲里显示错乱标题跳级如##下面直接####补齐中间层级表格怎么调都不对齐竖线数量或空格不一致切源码模式逐列核对竖线行内公式不渲染$与内容之间有空格改成$x$紧贴写法Mermaid 图不显示语言标记没写对代码块标记必须是mermaid导出 PDF 中文变方块导出字体未指定本机字体导出对话框里显式选中文字体自定义 CSS 不生效规则被后加载的样式覆盖打开开发者工具查看生效规则文件移动后链接失效相对路径没跟着更新移动后全局搜索旧路径并修正打开大文档明显卡单文件过大实时渲染压力高拆分文档关闭实时预览7.2 备份这件事我用最土的办法保证不出事最后一节聊聊数据安全这是所有技巧里最重要但最容易被忽略的。Markdown 的好处是纯文本恢复手段比二进制格式多得多但前提是你得真的做了备份。我现在用的是三层备份说出来很土但很有效第一层是文档目录本身放在网盘同步文件夹里它有历史版本功能误删了能找回来第二层是每个月手动把整个目录复制一份到移动硬盘用日期命名保留最近六份第三层是重要的长文档顺手放进 Git 仓库因为 Git 能精确到每一次改动回滚到任意一个历史版本只要一条命令。三层听着麻烦实际上只有第二层需要你每个月花五分钟点一下第一层和第三层是自动的。我经历过一次硬盘故障正是因为移动硬盘里有上个月的完整副本损失控制在了一个月的笔记范围内比起全军覆没这个代价完全可以接受。还有一个细节值得单独提不要开着自动保存然后指望网盘的持续同步。有些同步工具在文件被频繁写入时会频繁上传产生大量中间版本既浪费空间又可能造成同步冲突。合适的做法是让编辑器自己保存到本地网盘按固定间隔同步两者错开节奏。如果只能记住这篇里的三件事我希望是把图片保存策略改成复制到指定路径把Ctrl /练熟用来排查一切语法问题以及给你的笔记目录配一个能回滚的备份方案。剩下的排版和快捷键都是锦上添花的东西用着用着自然就熟了。我个人在实际操作中的体会是工具的上限取决于你愿不愿意花一两个小时把它调顺手——这一个小时的投资回报率比之后每个月的将就都高。
返回列表