“在 14 个仓库中提交 312 次。”
GitHub转简历
用选定的GitHub仓库、PR、Issue与提交记录，为工程经历中的职责范围和技术决策提供依据。
从原始资料到完成结果
了解功能使用哪些资料、工作区中会发生什么变化，以及结果离开 refresh.cv 前仍需亲自检查什么。
- 需要准备
- 选定 GitHub 材料、目标简历模块，以及说明个人贡献所需背景。
- 得到的结果
- 一条说明技术决策与验证、而非提交数量的项目或经历要点。
- 执行功能
先按一个交付结果归组 PR、问题、提交、测试和发布说明，再生成简历文本。
- 审核并完成
保存审核后的记录，以便在简历、申请回答或面试笔记中再次使用。
一个具体变更示例
示例用于展示结构和检查方式，并不是可直接复制的经历主张。 工作记录 草稿只有在核对来源、个人贡献和结果后，才能成为可用的证据。
“重构账单队列重试语义，加入失败路径测试，并在已合并 PR 中记录受控发布流程。”
使用前检查
- 检查仓库机密、共同作者、实际合并与发布状态，以及代码中不可见的业务背景。
- 将姓名、日期、职责范围、数字、链接和技术术语与原始资料核对。
权限与问题处理
所需准备与权限
- 仅授权草稿所需仓库；refresh.cv 不需要这些仓库的写入权限。
资料或连接不可用时
- 选定材料无法证明结果已完成或发布。
- 将陈述限制在实现范围，或补充已合并 PR、发布说明、部署检查或衡量结果。
常见问题
使用真实资料核对GitHub转简历。
整理已完成工作的记录与原始资料，核对GitHub转简历中的职责范围、判断和成果后再复用。