学生如何把 GitHub 整理成可读的项目作品集
·Ronin.XI··
GitHub 作品集的目标不是展示提交数量,而是让陌生人在几分钟内回答三个问题:你做了什么、为什么这样做、现在能不能运行。
先只选三到五个项目
优先放这些项目:
- 你能解释关键决策,不只是照着课程复制;
- 有清晰输入、输出和完成状态;
- 代码可以公开,且不包含密钥、私人数据或作业答案;
- 最好有在线演示、截图或短视频;
- README 能让别人复现核心流程。
把最能代表能力的仓库置顶。其余练习可以保留,但不必都当作品。
每个 README 回答七件事
- 项目解决什么具体问题;
- 当前可用功能和明确的未完成项;
- 演示链接或关键截图;
- 技术选择及其原因;
- 本地运行所需版本与命令;
- 环境变量只列名称和用途,不提交值;
- 你负责的部分、遇到的难点和后续改进。
一个可靠的启动段落比十几个徽章更有用:
npm install
npm run dev
如果项目需要数据库或外部 API,应提供 .env.example,并说明测试账号、种子数据或不可复现的限制。
提交前做安全检查
- 搜索历史中是否出现 API key、邮箱、手机号或真实数据;
- 确认许可证和第三方素材允许公开;
- 删除构建产物、系统文件和大型二进制;
- 从全新目录按 README 跑一遍;
- 检查演示链接在未登录状态能否打开。
GitHub 页面适合作为技术证据,个人网站则适合组织叙事。需要发布入口时,继续看学生个人网站的最小上线方案。
如果 GitHub Education 已通过但 Student Developer Pack 或 Copilot Student 没有生效,先按GitHub 学生权益激活与续期排查确认账号和状态。