Git 使用命令完全指南

Tue, 28 Jul 2026 00:00:00 +0800

📖 导读：这篇文章面向第一次接触 Git 的新手小白。我会从"版本控制到底是什么"讲起，把每个命令的作用、参数和实际使用场景都讲清楚。对出现的专业名词用 💡 注 的形式补充通俗解释，命令都可以直接照抄使用。文末附一张速查表和几个实战场景——其中就包括用 Git 发布本博客的完整流程。

Git 是目前世界上最流行的分布式版本控制系统，由 Linux 之父 Linus Torvalds 在 2005 年创建。无论你是写代码、写博客（比如这个 Hugo 博客就是用 Git 管理并发布到 Cloudflare Pages 的），还是协作写任何文本文件，Git 都能帮你记录每一次修改、随时回到历史版本、和他人协同而不互相覆盖。

💡 注（版本控制系统，Version Control System）：你可以把它理解成一个"无限次后悔药 + 时光机"。普通方式改文件，改错了就回不去了；用版本控制，每一次改动都会被存成一个"快照"，你随时能回到任何一个历史时刻，也能对比两个时刻之间的差异。

💡 注（分布式 distributed）：早期的版本控制系统是"集中式"的——有一台中央服务器存着所有历史，大家改完都传给它。分布式则是每台电脑上都存着完整的版本历史，不依赖中央服务器也能工作，更安全也更灵活。Git 就是分布式的代表。

1. 什么是 Git？为什么需要它？

在没有 Git 之前，人们管理文件版本常常是这样的：

论文.doc
论文-改.doc
论文-最终版.doc
论文-最终版2.doc
论文-真的最终版.doc
论文-打死不改版.doc

这种方式的问题显而易见：文件越来越多、不知道哪个是最新、不知道改了什么、和别人合并修改时一团糟。

Git 解决的正是这些问题。它给你带来的能力是：

记录历史：每一次提交（commit）都是一个存档点，能随时回到任意存档点。
对比差异：能查看任意两个版本之间改了哪些行。
分支并行：可以开一条"分支"去做实验性修改，不影响主干；实验成功再合并回来。
协作协同：多人同时开发，各自在本地改，最后通过远程仓库同步合并。
备份容灾：代码推送到 GitHub 等远程仓库后，本地丢了也能找回。

💡 注（提交 commit）：commit 是 Git 里最核心的动作，意思是"把当前的一组改动正式记录成一个历史版本"。每个 commit 有一个唯一的 ID（一长串哈希字符），记录了谁、什么时候、改了什么、以及一句说明信息。

集中式 vs 分布式

类型	代表	历史存放	离线工作	服务器挂了
集中式	SVN、CVS	只在中央服务器	不行	全员瘫痪
分布式	Git	每台电脑都有完整历史	可以	只影响协作同步，本地照常用

2. 安装与初次配置

2.1 安装 Git

Windows：去官网下载安装包：https://git-scm.com/download/win，下载后一路"Next"默认安装即可。安装完成后会自带一个 Git Bash 终端（推荐在 Git Bash 里用 Git，体验最一致）。也可以直接用 PowerShell。

版本控制 on 我的技术博客

Git 使用命令完全指南

1. 什么是 Git？为什么需要它？

集中式 vs 分布式

2. 安装与初次配置

2.1 安装 Git