场景一
小张作为一个开发人员，刚进团队，发现团队是使用git进行代码管理的，现在需要去初始化团队的代码仓库以及新增提交自己修改的一部分代码
1.克隆远程仓库 git clone <ssh>
git clone git@github.com:walt-liuzw/gitdemo.git
2.修改代码，比如新增一个readme.txt说明文件
3.多此一举的操作，查看变动的文件
git status
4.提交代码三板斧
git add .
git commit -m "docs: 增加说明文档"
git push
场景二
小张正在dev分支上开发代码，突然有人告诉他，现在master分支上有个紧急的bug需要他去处理，此时有分三种情况
第一种情况：现在在dev分支上修改的文件，可以丢弃掉，然后切换成master分支去修复紧急问题
1.先用git status 查看dev分支有哪些更改的文件
2.使用git checkout . 命令丢弃该分支下的所有变更
第二种情况：小张在dev分支上的变更有很多，而且并没有开发完善，不能提交到远程分支上，而且这些变更不想丢弃，此时可以将代码保存到暂缓区。
使用git stash，将代码存到本地的缓冲区内
将dev分支的变更暂存到暂缓区后，你用干净的分支修改bug或者切换到master分支上去修改bug都行，修改完成后，小张接着之前的开发步骤进行，需要将暂缓区的代码pop出来
然后跟之前的提交代码做合并，继续往下开发。
第三种情况：小张在开发过程中的代码可以随时提交到远程分支（远程分支没有集成ci/cd），这样当遇到切换分支的情况，先把本分支的内容提交到远程分支上。
参考场景一
场景三
小张在修改完一个bug后，去提交代码，此时他发现他刚才修改的bug并不彻底，还漏了几个文件，此时小张可以再提交一个commit，但是这样
两个甚至多个commit都是解决一个问题，在提交记录上并不好看
1.遇到频繁提交，解决一个问题，使用一个commit使用命令
git commit --amend
git push
场景四
小张把两次提交合成一个fix，已经推送到远程分支上了，此时他发现自己脑残了，这两个修改根本不是解决bug的原因，bug是其他问题造成的，此时小张打算将提交回滚到“第一次修改”这个commit上
目标要是实现如下图
1.使用git log看到具体提交的commit id，采用git reset <commit-id>
2.注意一个问题，在下面图中小张使用了git reset方法
使用reset后，又用了git checkout . 才使代码恢复的，这是因为只用reset只会将commit回滚到目标的id，但是之后的代码作为修改状态存在，可以通过git status看到。
场景五
小张现在在dev分支上，dev上的文件是空白的，而master上已经有很多修改了，如果现在打算将master分支的东西合并到dev分支上
1.使用git merge <source-branch>命令
2.当然，如果是简单的合并，可以通过pull的方式实现，在dev上直接pull master分支