日常流程——状态、添加、提交、日志
用 GIT 的时间里，九成花在这四条命令上。顺便学会一次提交该装什么，以及怎么写值得一读的提交信息。
学习目标
- 能顺畅地反复走 status → add → commit 这套流程
- 能判断一次提交里该装哪些东西
- 能读懂历史并找到想要的那个提交
日常流程很简单：用 git status 看改了什么，用 git add 挑出这次要提交的，用 git commit 钉住，再用 git log 读一遍历史。工作中一天要重复几十遍，所以这一步的目标就是练到手比脑子快。
一次提交只装一个逻辑变更。修登录 bug 时顺手把碍眼的缩进也一起提交了，以后想单独撤销这个修复就办不到了。git add -p 能在同一个文件里只挑一部分入暂存，所以哪怕活儿是一口气做完的，提交时也要养成拆开的习惯。
提交信息是写给未来的自己和同事的信。第一行控制在 50 字左右，说清「做了什么」；需要的话空一行再补「为什么这么做」。像 fix: 修正登录后没有跳回首页的问题 这样加类型前缀（Conventional Commits），历史连机器都好读。「修改」「处理一下」这种信息，等于什么都没说。
本步骤要掌握的命令
别光用眼睛看，去终端里真敲一遍。手记住了，工作时才使得出来。
git add <file>- 把改过的文件放进暂存区。
git add -p- 在同一个文件里只挑需要的片段入暂存，拆分提交就靠它。
git commit -m "fix: 로그인 리다이렉트 오류 수정"- 把暂存区里的东西钉进历史。写清做了什么，必要时写上为什么。
git log --oneline --graph --all- 一行一个提交，带分支图地读历史。这是最常用的 log 写法。