软件教程技术文章
-
用 git bisect run 把可重复的回归测试接入二分搜索：先固定 good/bad 提交，再按退出码自动标记，遇到无法构建的提交用 125 跳过，最后用 git bisect reset 清理状态。439 收藏 -
Docker Compose 可以通过 --env-file 在不修改 compose.yaml 的情况下切换开发和预发布配置，并结合 profile、config 和 parallel 检查服务与镜像状态。213 收藏 -
通过 Docker Compose profiles 将 api、db 与 debug-tools 分开，使用 --profile 或 env-file 按需启动调试服务，并用 config 和 --parallel 核对解析与拉取行为。259 收藏 -
在 GitHub Desktop 中通过 Branch > Compare to Branch 打开 History 比较视图，可以保持当前分支不变，查看目标分支与当前分支之间的提交关系；如果需要完整文件差异，再转到 GitHub Compare。480 收藏 -
在 GitHub Desktop 中从 Current Branch 和 History 定位某次提交，再打开文件差异，切换 Unified 或 Split 视图并展开上下文，准确查看提交前后的行级变化。488 收藏 -
在 VS Code 中用表达式条件断点筛选请求，只在 request.user.id 等字段满足条件时暂停，并通过 BREAKPOINTS、Variables 和 Debug Console 核对结果。126 收藏 -
在 VS Code 项目中用 launch.json 保存开发、测试两套调试配置，结合 ${workspaceFolder}、${env:APP_PORT} 和平台覆盖块，避免个人绝对路径，并通过 Run and Debug、断点和 Debug Console 验收配置是否生效。108 收藏 -
VS Code 编辑 settings.json 报错时，先确认用户设置或工作区设置作用域，再从红色波浪线向上一行检查缺失逗号，最后通过保存、格式化和 Settings editor 复核。462 收藏 -
在 VS Code 中把 editor.formatOnSave 写入当前项目的 Workspace 设置，就能只让这个项目在保存时格式化；本文说明设置入口、JSON 文件位置、格式化器前提和验收方法。143 收藏 -
GitHub Desktop 中用文件复选框和 diff 行选择拆分提交，并在提交后查看仍保留在 Changes 列表中的未提交差异。222 收藏 -
DataGrip 导出查询结果时，先区分时间列是否真的包含时区，再设置显示时区并选择合适的 data extractor，最后用带偏移量的样本值核对文件，避免把本地显示误当成原始时区信息。371 收藏 -
在 IntelliJ IDEA 中使用 JUnit Pattern 运行配置，只执行当前测试类里指定的一组方法，并在 Run 窗口核对实际执行范围。364 收藏 -
在 Postman 的 Post-response 脚本中解析响应 JSON，把指定字段写入 Collection 变量，并在后续请求中用双大括号引用；同时说明字段缺失、变量作用域和旧值残留的排查方法。472 收藏 -
用 Docker 多阶段构建把编译器、调试器、源码和缓存留在 build 阶段，最终 runtime 镜像只复制可运行产物，并在 Docker Desktop 中确认目标和文件边界。492 收藏 -
Docker Compose 的 depends_on 短语法只保证依赖容器先启动。本文用 healthcheck 与 service_healthy 配置一条可验证的启动条件，并说明如何从容器状态确认应用没有抢跑。180 收藏