Notebook打开、执行和显示：三种职责怎样解释输出没有存盘
VS Code的Notebook API将序列化器、控制器和渲染器分开介绍。官方简化样例能够编辑单元格，却没有保存输出；另一个富输出例子又显示，同一结果可以同时有HTML、JSON与专用交互表示。
更多文章
语义token怎样变成高亮：分类、legend与主题回退的三层联系
VS Code把语言服务提供的符号分类叠加到TextMate词法高亮上。类型的主题样式可以继承，自定义TextMate映射却不会因此自动继承；没有专用语义规则也未必没有可用样式。
Git notes的附注写在另一条历史里，原提交为何仍保持原样
Git官方手册把附注内容、附注引用与被注释对象分别说明。附注更新产生自己的提交，日志中的Notes标题和补丁评注又保留了不同的显示位置。
Git bundle少带一段历史，接收方为何反而必须先有它
bundle以对象包和引用信息传递Git历史。自包含包能面向空仓库，增量包则依赖接收方已经拥有被排除的历史；文件格式可读与前提提交齐备，也分别属于检查内容。
Git索引同一路径的stage 1、2、3：三份输入内容为何不是三个工作区文件
git-ls-files 2.43.0与git-read-tree说明，未合并路径可以在索引中保留最多三组模式与对象信息。三组分别对应共同祖先、当前分支和另一分支的输入，而stage 0表示普通合并结果。
Git的一次提交，怎样连起文件内容、目录树与父提交
gitdatamodel把blob、tree与commit分别用于内容、目录组织和提交记录。提交保存顶层tree的对象ID；查看差异时，再与父提交计算diff。
Git reflog记引用怎样移动，为什么不是另一份共享提交史
reflog记录本地分支端点及其他引用的更新，HEAD的记录还包含分支切换。按移动次数或过去时间读取引用值，与沿提交父链阅读历史，关注的是不同关系。
Git标签同样有名字，附注标签为何还多一层tag对象
git-tag手册区分带元数据的附注标签对象与直接命名目标对象的轻量标签。可选签名是另一项信息，不应由“附注”二字自动补出。
Git日志的第一父链，与隐藏合并提交有什么区别
--first-parent控制遇到合并时沿哪条父链寻找提交，--no-merges控制哪些提交不出现在输出中。把两者都理解为“简化合并历史”，容易漏掉合并节点与旁支提交之间的区别。
Git diff 重命名识别：-M50% 与 -M100% 怎么读
Git 的重命名输出来自文件内容比较。理解相似度阈值、R 后的分数及比较范围，才能判断一组删除和新增为什么被合并显示，也能避免把检测结果误当成开发者操作记录。