上游 · 理解本功能前需先掌握的（1）：
下游 · 依赖/承接本功能的（3）：
前置依赖包含从属概念升级流程承接
边方向 = 学习顺序（A→B 表示先学 A 再学 B）
为什么需要它
心智模型
网页上也能提交代码，但真实开发几乎都在命令行（CLI）里完成：命令行更快、更强大、不受网页界面限制，也是招聘里的硬技能。打好这几条命令的基础，你就从'网页用户'进阶为'Git 用户'。
历史背景 · 它为什么诞生诞生于 2005
诞生Git按toolkit理念设计为一组C程序，区分plumbing（底层命令）与porcelain（用户友好命令），并以命令行为中心——官方书明确GUI有局限、命令行可执行所有命令，保证可脚本化与可扩展。
功能介绍
命令行（command line interface，CLI）指通过终端（terminal）输入命令来操作电脑的方式。Git 的命令行核心流程是一条清晰的流水线：git init 在目录里初始化仓库；git status 查看当前有哪些改动；git add 把改动放入暂存区（staging area）；git commit 把暂存内容提交成历史快照；git config 设置你的名字和邮箱（提交署名用）。日常循环就三句：改代码 → git add → git commit。配合 push/pull 与远程同步，就完成了从网页到命令行的完整迁移。别怕命令行——你只需要记住这一条流水线，其余命令都是它的延伸。网页操作适合浏览和简单编辑，CLI 才是真实开发的主力。
核心术语
命令行（command line interface，CLI）：用命令操作电脑的终端方式初始化（init）：git init 把目录变成 Git 仓库状态（status）：git status 展示当前改动与暂存情况暂存区（staging area）：add 与 commit 之间的中间区配置（config）：设置 Git 用户名、邮箱等参数的命令
适用场景
- 当你想在本地做高效的批量修改、而不是一个个点网页按钮时
- 当你在面试或工作中被要求用 git 命令完成任务时
- 当你搞不清当前仓库状态、需要 git status 诊断时
- 当你首次配置 Git 身份（用户名和邮箱）时
怎么操作（网页 vs 命令行 双轨）
🖱️ 网页操作 (GitHub.com)
- 在仓库 'Code' 页面浏览文件，理解网页只是本地文件的远程镜像
- 在 'Commits' 页面查看 CLI 提交产生的历史记录
- 在仓库页面底部可查看每个文件的最近提交信息，对应 CLI 的 git log
⌨️ 命令行 (进阶)
git config --global user.name "你的名字" # 配置用户名（配合 git config user.email）git status # 查看仓库当前状态git add . && git commit -m "提交说明" # 暂存所有改动并提交git push origin main # 推送到远程
新手建议先从网页操作入手，熟悉概念后再尝试命令行。命令行是真实开发中更常用的方式。
与其他功能的关系
| 关系（前置依赖 / 包含从属 / 概念升级 / 流程承接） | 说明 |
|---|---|
| 概念升级版本控制基础（Version Control Basics） | 版本控制思想落地为 Git 命令行基础 |
| 前置依赖提交（Commit） | git add/commit 是核心命令，先学基础命令再谈提交 |
| 前置依赖推送与拉取（Push & Pull） | git push/pull 是基础命令，先学本地命令再学远程同步 |
| 概念升级命令行工具：GitHub CLI（gh 命令） | gh 命令把 GitHub 功能带到终端，与 git 命令配合 |
官方文档
小结
SUMMARY
Git 命令行核心就一条流水线：config 设置身份、status 查看状态、add 暂存、commit 提交、push 推送。网页适合浏览，CLI 才是真实开发主力。到这里，你的 GitHub 新手之旅已完整走通第一程。