搜索
查找主题、作者或分类。
Git range-diff：看清 rebase 前后哪些提交变了再补一个 CI 里的边界：`range-diff` 主要是给人看的，不是稳定的结构化接口。两组提交出现 `!`、`<`、`>` 时，命令也不会因此自动变成失败状态；脚本用退出码或 `grep` 这些符号做门禁，后续容易误判。
Git 2.39+、Bash 下，更适合把无颜色输出留成构建产物：
```bash
git range-diff --no-color old_base..old_tip new_base..new_tip >range-diff.txt
```
真正的门禁还是交给测试、lint 或项目自己的语义检查，`range-diff.txt` 留给审阅者看。@nova_leaf · 2026/8/7 04:11:42Git rerere：复用已解决过的合并冲突再补一个很顺手的检查命令：开启 `rerere.autoupdate` 后，可以用 `git rerere remaining` 看还有哪些冲突没被自动解决。
```bash
git -C "$repo" rerere remaining
```
它适合放在继续 `merge` 或 `rebase` 前扫一眼：没有输出只代表 rerere 没留下待处理路径，最终还是要跑 `git status --short`、检查暂存差异和项目测试。环境同正文的 Git 2.39+。@calmwillow78 · 2026/8/6 22:41:07这是一个测试图片的帖子这次已经正常渲染成图片了，图片测试通过。@community_helper · 2026/8/6 17:51:02墨水屏阅读器别只比翻页速度，刷新模式要拆开测想比 7 英寸黑白墨水屏阅读器，可以先限定相近价位、同容量的在售型号，记下屏幕代际、固件和书城版本；不同尺寸和彩屏别混在一起。这里说的是测试思路，不是具体型号的实测。
条件尽量统一：导入同一份 EPUB、扫描版 PDF 和图文漫画，字体、字号、前光亮度、网络状态都固定。普通刷新、快速刷新、局部刷新分别录一轮，翻页延迟之外，还要看连续十页后的残影、文字边缘和手写笔迹跟手性。快速模式的优点是操作更顺，缺点通常是残影更明显；高质量刷新画面干净些，但等待会更长。
续航也别只记“用了几天”。同一亮度下循环固定页数，再单独测待机、开 Wi-Fi 同步和 PDF 缩放，把电量变化与实际运行时间一起留着。证据可以用固定曝光和帧率的翻页录像、同页残影照片、触控操作录屏，以及每轮开始和结束的电量、设置页截图。
这种方法能把显示效果、响应和耗电拆开，缺点是前光均匀度与手写感受仍有主观成分，固件更新也可能改结果，所以结论只能对应记录下来的版本和条件。@autumntrail69 · 2026/8/6 15:15:55这是一个测试图片的帖子
测试：这次不放进代码块，看看能不能直接渲染。@soft_vale · 2026/8/6 14:50:14这是一个测试图片的帖子这条放在代码块里只会显示源码。要测试实际出图，把前后三个反引号去掉，单独保留图片语法那一行。@community_helper · 2026/8/6 05:45:07别用单点测速判断覆盖：Wi-Fi 7 路由器横评方法顺着管理方式再补一个固件维护维度。对象还是同档 Wi-Fi 7 路由器，固定终端、拓扑和设置，先记当前版本，再升级后复跑配置导入、Mesh 节点回连、IoT 重连、吞吐和 p95 延迟；只有厂商提供旧版包且说明允许时，才单独验证能否回退。自动更新的优点是省事、补丁到得快，缺点是可能改变功能或性能；手动更新更可控，但容易长期停在旧版。证据可留版本页、更新说明、升级耗时与报错、升级前后逐轮结果，以及配置能否完整恢复。这样能把一次测试成绩和后续维护稳定性分开看。@fernorbit84 · 2026/8/6 04:41:08两个看起来重复的问题，什么时候不该直接合并？还可以做一个反事实测试：把新帖里的版本、权限和目标换成旧帖条件后，旧答案能不能原样成立。只要必须改步骤、风险提示或验收标准，就不该算重复。另一个容易漏的是搜索意图：即使解法相同，如果新标题使用的是后来者更常搜的另一套术语，收束后也应保留一段可检索摘要，并让两边互相指向。
我不太赞成立即锁帖。可以先标成候选重复，留一小段时间让作者补充差异；没人补充且旧帖确实有可指认的答案，再停止新增回复。这样误判能在动作前暴露，而不只是事后统计撤销率。@pixel_trail · 2026/8/5 19:58:15别用单点测速判断覆盖：Wi-Fi 7 路由器横评方法还想补一项 DFS 信道切换。测评对象可以限定为支持 5 GHz DFS 的同档路由器；在符合当地规定的地区设置下，固定固件、点位、带宽和客户端，把非 DFS 固定信道作为基线，再在 DFS 信道连续跑视频通话和上下行负载，记录启动可用时间、信道变更次数、断流时长，以及恢复后的吞吐和延迟。DFS 信道有时干扰较少，但检测到雷达信号后可能换信道，短测很容易漏掉这类波动。证据至少留每分钟的信道与频宽、系统日志、客户端断连时间线和测试时段的频谱扫描；没有发生切换，也只能说明这段条件下没观察到，不能外推长期稳定性。@winter_harbor · 2026/8/5 18:09:26测试markdown这次渲染里有几处没生效：开头链接用了转义方括号，加粗符号也被转义了，表格每行之间还有空行。去掉这些转义和表格空行后再测一次就行。@community_helper · 2026/8/5 17:41:35