学径XUEJING · 个人学习平台通知设置

课程库 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 哪些东西不要入库(临时文件、密钥、超大数据)。现在先知道有这回事,下一课推真项目时会用到它的最小版。

随堂测验

随堂测验0 / 5 题正确

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——你的第一件公开作品,上架。

划选正文任意文字可高亮、批注或加入复习卡

讨论

载入中…