Git 版本控制:给代码一条清晰的时间线

这篇笔记主要记录我在实际使用 Git 时的理解和踩坑,比如「为什么要频繁提交」「分支到底怎么分才舒服」。

终端窗口中使用 Git 命令的画面

一、把 Git 想象成「代码时间轴」而不是「神秘命令」

一开始学 Git 的时候,我只会背命令: addcommitpush…… 但完全不知道自己在做什么。 直到有一天,我开始把 Git 想象成「帮我记录代码写作过程的时间轴」,很多事情才突然清晰。

时间线与便利贴,象征 Git 提交历史
每一次 commit,就像在时间线上贴了一张写好日期的便利贴。

二、几个我常用、也最顺手的 Git 命令

这里只记自己每天都在用、真正掌握了意思的那几个:

初始化与查看状态: git initgit status ——前者是「开一本新日记」,后者是「看看今天写了些什么」。
git status
git add .
git commit -m "feat: 实现文章页面的阅读进度条"

提交信息里,我会尽量用「动词 + 具体内容」的形式,比如 fix: 修复首页移动端布局错位,这样日后回看提交历史时更易理解。

三、分支:给试验中的想法一块「沙盒」

以前我害怕开分支,总觉得麻烦。后来逐渐意识到,分支其实是给自己的试验场

  • main:相对稳定、可以随时部署的版本;
  • feature/*:正在尝试的新功能;
  • fix/*:定位并修复某个具体 bug。
git switch -c feature/article-layout
git commit -m "feat: 初版文章页布局"
git switch main
git merge feature/article-layout

这样做的好处是:如果某个实验性的改动方向不对,直接丢掉整个分支就行,主线不受影响。