课程库 › AI 主线 › 本地环境与 Git › 第 4 课
Git 与 GitHub —— 提交、推送、README:建立你的第一个仓库
工具课约 70 分钟
本课导读
写文档你一定干过这种事:方案-最终版.docx、方案-最终版2.docx、方案-真最终版.docx……程序员的解法叫 Git:给项目拍"存档快照",任何版本随时回去,文件名永远干净。再配上 GitHub(存放 Git 项目的云端社区),你的代码就有了备份、履历和展示柜——对转行者,GitHub 主页就是第二份简历。本课把这两样装好、跑通完整流程。预计 70 分钟。
心智模型:游戏存档 + 三个区
Git 的一切围绕"提交(commit)"——一次提交 = 一个存档点:记录当时所有文件的样子、时间、说明。存档多了连成时间线,可回看、可回退。
日常工作只在三个区之间搬东西:
工作区(你正在改的文件)
│ git add ——"这些改动我要存"
▼
暂存区(打包台:待存档的清单)
│ git commit ——"咔嚓,存档!"
▼
仓库(历史存档架,永久记录)
为什么中间多个"打包台"?——因为一次存档未必想包含所有改动:改了 5 个文件,3 个是完成的功能、2 个是半成品,add 让你挑着存。先记住流程口诀:改 → add → commit,循环往复。
第一部分:本地 Git
提示
commit 说明怎么写?一句话说清"这次改了什么":✅「修复清单少一行的 bug」✅「加入彩排模式」❌「更新」❌「asdf」。三个月后翻时间线的人(就是你)会感谢现在的自己——这和 U1.1 注释课"解释为什么"是同一种美德。
第二部分:推上 GitHub
本地仓库有了时光机,GitHub 再给它三样:云备份(电脑坏了代码还在)、展示柜(链接一发别人就能看)、协作场(将来贡献开源、团队开发都在这)。
README:仓库的门面
打开任何一个受欢迎的 GitHub 项目,首页那篇说明文档就是 README.md(md = Markdown,你写笔记用的格式!)。它回答访客三个问题——这是什么、为什么有用、怎么用。给仓库补一个:
# cli-practice
我的命令行与 Git 练习仓库(LearnPath 学习项目)。
## 内容
- countdown.py —— for 循环倒计时练习
## 运行
python countdown.py
保存后走一遍循环:git add . → git commit -m "添加 README" → git push。刷新仓库页——GitHub 自动把它渲染成了首页门面。从今天起的规矩:每个公开仓库必须有 README,哪怕三行——没有说明的代码,别人(包括未来的你)根本不会点开第二眼。
说明
还有个常见配件叫 .gitignore:一个清单文件,告诉 Git 哪些东西不要入库(临时文件、密钥、超大数据)。现在先知道有这回事,下一课推真项目时会用到它的最小版。
随堂测验
1. 一次 commit(提交)本质上是?
2. git add 和 git commit 的分工是?
3. git push 做的事是?
4. README.md 的核心使命是回答?
5. 对转行者来说,GitHub 主页的意义是?
本课小结
- Git = 项目时光机:改 → add(打包台)→ commit(存档) 循环;
git log --oneline看时间线 - commit 说明一句话说清改了什么——写给三个月后的自己
- GitHub = 云备份 + 展示柜 + 第二简历:本地 commit 后
git push同步上云 - README.md 是门面(是什么/为什么/怎么用),公开仓库必备;.gitignore 下课登场
零件全齐了。下一课单元验收:把 U1.3 的批量整理器搬到本地跑通、配上 README、推上 GitHub——你的第一件公开作品,上架。
划选正文任意文字可高亮、批注或加入复习卡
讨论
载入中…