根据b站up主「码农高天」的Git教学视频进行的总结，帮助同学们速成Git基本操作，一切解释权归视频作者gaogaotiantian所有，如有侵权请联系我们以删除。 建议观看原视频，本仓库仅用作速查复习。
分为三个部分：
硬盘并不在乎你的文件在哪个branch，在你使用checkout切换branch后，git会把这个branch上的所有源文件同步给硬盘。
git add <changed_file>会把修改的文件放到暂存区
git commit将修改真正的放到git中，
这样local git就增加一个commit，要注意Disk中的内容是没有变化的
经常会遇到提交后发现main branch上有了新的commit，那我们要测试自己的feature在这个update更新之下是否还能正常工作。所以要把main branch的更新同步到my-feature branch中。
git checkout main，此时Disk上的源代码还是init的状态，而不是我们修改后的状态git pull origin main，同步remote的ma in到local的main中，这样remote、local和Disk的main就又都一样了。
-
git checkout my-feature
-
git rebase main:
把我的修改先扔到一边，然后把main最新的修改拿过来，然后在这个基础上在尝试把我的commit弄回去。
这个过程中可能会有rebase conflict，需要手动选择你到底要哪段代码。
rebase后，我们相当于是在最新的main branch上面做了修改，这也是使用rebase而不是merge的好处。
git push -f origin my-feature
把local git里面的branch push到GitHub上，因为我们做了rebase，所以push必须加上-f，which stands for force，强制push
- Squash and merge（仓库管理者操作）：
所有改变变成了update2这个commit
Squash就是把分支上的所有改变合并为一个commit， 保证main branch的commit history尽可能简洁。（改变了commit的结构、数量和名字）
然后可以在GitHub上delete branch，但这次时候local git还有这个branch。
-
git checkout main -
git branch -D my-feature -
git pull origin main，把最后的squash & merge后的更新同步到我的local的main branch和硬盘中。这时候remote、local和硬盘就又都一样了。
也就是改了但是没add的时候。
git restore <changed_file>（在较新版本中）
这时候git status会看到绿色的文件
这样的操作比较安全，撤销的是git add的操作，不会改变硬盘上的源代码。
如果你是还想把文件的修改也撤销了，那就用
git checkout HEAD <changed_file>HEAD表示最近的一次commit，这个操作会丢失硬盘上的修改。
git reset --soft HEAD~1波浪线后的数字就是撤回到前几个commit的意思。
这个命令是让local git撤回到前一个commit的状态，硬盘和暂存区中不会发生变化，只是local git中的commit被撤销了。
git reset HEAD~1
# equivalent to
git reset --mixed HEAD~1这个操作会同时把commit，和add都撤销，只保留硬盘上的修改。
git reset --hard HEAD~1那就是完整的恢复初始状态了，硬盘上的修改也恢复，可撤销但麻烦，慎用。
git revert HEAD添加一个和之前commit相反效果的commit
相较于reset，revert的好处是可以相当于删除任意一个commit的change：
一个更重要的好处是，当你push到github后，这个修改从本地到公共区域了，我们需要判断使用的分支是公有分支还是个人分支（公有分支：只要有不只你一个人用的就是公有，几乎所有main分支都是共有的）。对于公有分支，只能往前走，不能倒退。因为一旦做删除操作，别人的分支就乱套了。所以当我们的修改目标是公有分支的时候，就只能用git revert，从结果上撤销更改。
如果是个人分支，那就可以使用reset和-f push：
因为正常push，对于远端会察觉你有缺少的commit
对于公有分支，绝对不要使用-f，个人分支的话可以让commit更加简洁来使用。
目前最受开发人员肯定的规范是前端框架Angular提出的Angular提交信息规范
这里只介绍使用频率最高的提交类型的介绍，其它详情请进入官方文档学习。
提交类型指定为下面其中一个：
build：对构建系统或者外部依赖项进行了修改
ci：对CI配置文件或脚本进行了修改
docs：对文档进行了修改
feat：增加新的特征
fix：修复bug
pref：提高性能的代码更改
refactor：既不是修复bug也不是添加特征的代码重构
style：不影响代码含义的修改，比如空格、格式化、缺失的分号等
test：增加确实的测试或者矫正已存在的测试