改崩代码一键回退，Git 让版本控制成为协作基石

写了两天的代码被一次误改全毁，或者改坏之后想回到上一个能用的版本却发现没有存档。Git 把每一次提交都变成可随时回退的存档点，改错了大不了退回去重来。

它解决什么问题

手动复制「最终版」「最终版2」「真的最终版」来管理代码，几天后连自己都分不清哪份是最新的，改错了也无法回退。

多人合作时互相覆盖对方的文件，谁改了什么、什么时候改的完全说不清，出了问题只能靠回忆排查。

核心能力

为什么建议用命令行先打底

Git 的核心是对象模型：提交（commit）、树（tree）、文件对象（blob）彼此用哈希关联，分支只是一个指向某次提交的可移动指针。理解了这一点，rebase、cherry-pick 这些「高级操作」就不再是咒语，而是对指针和提交图的搬运。

新手常见误区是只背命令不懂结构，一出冲突就慌。建议先在个人项目里练习 add、commit、branch、merge、log 这五件套，再学 reset 的三种模式（soft、mixed、hard）的区别——hard 会丢工作区改动，是最需要谨慎的一条。GUI 工具当然好用，但冲突现场和查找丢失提交这类场景，命令行（git reflog 尤其救命）依然是最后的底牌。

同类工具怎么选

谁适合用

• 所有需要管理代码历史的开发者
• 写论文或文档、想给文字也做版本管理的写作者
• 带团队、需要规范协作流程的技术负责人
• 想进大厂或开源社区、面试必考 Git 的学生

怎么开始

1. 打开 https://git-scm.com/ 下载对应系统的安装包，安装时一路默认即可。
2. 安装后打开终端，用 git config –global user.name 和 user.email 设置身份。
3. 在项目目录执行 git init 建仓库，或 git clone 拉取已有仓库。
4. 日常流程固定为 git status 查看改动、git add 挑选文件、git commit -m 提交。
5. 需要远端备份时，在 GitHub 建仓库后用 git remote add 关联，再 git push 同步。

常见问题

commit 写错了信息怎么办？
还没推送前用 git commit –amend 修改最后一次提交信息即可；已推送则建议再提交一条修正说明，避免改写历史影响协作者。

git reset 和 git revert 有什么区别？
reset 是把分支指针往后挪，适合未推送的本地反悔；revert 是生成一条反向提交来抵消指定提交，适合已推送的公共历史，不破坏他人基于的记录。

合并冲突很可怕吗？
冲突只是 Git 无法替你做决定时留下的标记，打开文件找到「<<<<<<<」区域手动取舍后 add 再 commit 即可，处理几次就熟练了。

Git 和 GitHub 是一回事吗？
不是。Git 是本地版本控制工具，GitHub 是托管 Git 仓库的在线平台，不用 GitHub 也完全可以正常使用 Git。

授权与合规

Git 以 GPLv2 发布，个人与商业环境都能免费使用，官网直装无广告无捆绑。 官网：git-scm.com。