日常流程——状态、添加、提交、日志
用 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 写法。