2026/8/3

harness
一套配套代码 / 环境，用来自动化运行被测程序、输入数据、捕获输出、清理环境，隔离外部依赖。
简单理解：给被测代码搭好运行舞台的工具包。
组成：
初始化环境
提供测试输入
调用待测函数
捕获返回结果、日志、报错
执行后销毁资源
类比：好比电机测试台，电机（代码）放上去，台子负责供电、采集数据，台子就是 harness。

Pull Request（简称 PR，Git/GitHub 核心概念）
通俗大白话
如果你在 GitHub 上 Fork / 克隆了一个开源项目，你在自己分支改完代码后，向原项目作者发起申请：请求把我的代码合并到你们主仓库里，这个申请就是 Pull Request。
GitLab 里面叫 Merge Request（MR），作用完全一样，只是名字不同。
完整流程
你复制一份开源仓库到自己账号（Fork）
本地拉代码，新建分支，修改代码、提交 commit
推送到你自己远程仓库
在 GitHub 点 Create pull request
发送请求：请求原项目，拉取我的改动并合并
👉 Pull = 让上游仓库来 pull（拉取）你的代码
PR 里面能干什么？
展示你所有修改的代码（新增 / 删除）
维护者可以在线评审代码（Code Review）：提意见、指出 bug，让你修改
可以自动运行项目测试（CI 流水线），检查代码是否报错
沟通讨论：你和项目作者在 PR 下面留言交流
审核通过 → 作者点击 Merge，你的代码正式并入项目！
和 Issue 区分（你之前问过）
Issue：问题、需求、bug 反馈，只提想法，不带代码
Pull Request：带着代码解决方案，用来提交修改、合并代码
两种使用场景，对应你的需求
场景 1：参与开源 Agent 项目（写进简历）
找到 good first issue → 修复问题 → 提交 PR → 维护者合并 ✅
简历可以写：开源贡献，提交 PR 被合并，掌握代码评审、分支协作。
场景 2：自己个人项目（团队开发通用）
就算只有你一个人，也推荐使用：
新建分支开发功能 → 提交 PR 到 main 主分支
好处：记录改动、方便回看、模拟企业团队开发规范。
极简术语记忆
PR = 代码合并申请
核心三步：改代码 → 发起 PR → 评审合并
补充常见名词
Merge：审核通过，把代码合入主分支
Close PR：放弃本次修改，关闭申请
Request changes：维护者要求你修改代码后重新提交