共 3 篇相关文章
这篇讲的是开发者如何用自己最熟悉的工具链——Vim、Git 和 GitLab，来高效地管理个人笔记和知识库。作者从“用编码的工具来写笔记会更简单”这个直觉出发，对比了多种笔记方案（如纸质本、思维导图）后，发现维基（Wiki）模型在链接、搜索和长期保存上优势明显，但单独部署一个维基系统又过于繁琐。 最终，作者选择了核心组合：在本地使用 Vim 插件 Vimwiki 作为笔记编辑器，它能直接在终端创建和链接页面，体验与编写代码无异；同时，将笔记文件夹作为 Git 仓库，与私有 GitLab 的 Wiki 功能同步。这样一来，笔记就变成了可版本控制的普通 Markdown 文件，既能在 Vim 里快速编辑，也能通过 GitLab 在手机或网页端随时查看修改。 文章还分享了实用的配置细节，比如如何在 Vimrc 中设置两个独立的 Wiki 分别存放工作和私人笔记，以及如何用插件实现文件的自动提交与同步。对于日常沉浸于终端和 Git 工作流的开发者来说，这套方案让记录知识的过程与写代码一样无缝、自然。
这篇文章讲的是使用vi编辑器时遇到的一个经典问题——在终端执行vi命令后，突然弹出一行“Terminal too wide”报错，导致无法正常编辑。 作者从实际遇到的这个报错场景切入，指出了问题的根源：这是由于终端环境的默认列数（columns）设置超过了某个平台允许的最大值。例如，在作者的电脑上，通过 `stty -a` 命令可以看到默认设置了171列。当通过SSH等方式连接到远程主机，或在特定环境下，这个过大的列数设置就会触发vi的保护机制，拒绝打开文件。 解决方法其实非常直接：在出现报错的终端中，运行 `stty columns 132` 命令，将列数调整到一个安全的范围内（比如常见的132列），然后再尝试用vi打开文件，问题即可解决。文章也提到，用户可以进一步修改本地终端的缺省列数设置以避免此问题反复发生。这是一个典型的、由终端环境配置不兼容引发的小麻烦，解决它只需一行简单的命令。
这篇讲的是VIM中那些非常实用、却总让人想不起来怎么用的“小窍门”。作者从实际工作体验出发，指出在Linux服务器环境下，VIM是无法回避的编辑工具，但一些高效操作（如批量注释）却因不常用而容易遗忘。文章聚焦于解决这个痛点，具体展示了如何利用VIM的“range”（如:2,12s/^/#/g）和重复次数（如命令后的11）来实现简洁的列编辑，并预告了后续会解析替换命令的细节。此外，还提及了使用f和t进行快速删除的技巧。对于想在VIM中提升效率、又苦于记不住复杂命令的开发者来说，这篇文章提供了一个清晰的备忘清单和具体示例。
