从开始实习到现在大概有一个月了，这个月时间接触了很多新东西，其中就包括了git版本控制、分支管理等等。我在这段时间里，深深地感受到了git对公司项目代码管理和控制、团队合作带来的益处和其重要性。其实在实习开始前就明白git对于一个合格的程序员来说，是不可不掌握的，但由于之前学校团队人数较少，对于代码的管理没有做严格要求等等原因，于是就没有好好学习git，到了公司实战真是后悔不已！（在学校的时候用qq发送代码文件这样的傻事情没有少做）
这几天认真看了廖雪峰老师的git教程，对以前一些模糊的概念有了更清晰的了解，以及对整个团队利用git进行项目开发、版本控制、分支管理等等都有了进一步的认知。这里要特别感谢大哥孜孜不倦的教诲我哈哈哈！
在读书分享交流会中我了解到黄淇前辈的“恍然大悟合集”，那么希望自己也可以以这样的方式去学习和整理总结在前端路上的一些“恍然大悟”知识点。于是，这次的技术感想便有了自己以下的“恍然大悟”。
1.Git是分布式的版本控制系统，区别于SVN的集中式版本控制系统。两者各有各的好处和弊端，但git是相对更加快速、简单的，如今也更加流行。
2.git中的工作区和暂存区的两个概念非常重要。工作区相对于版本库，通过 git add把工作区的存储到版本库中的stage中，而暂存区stage通过git commit把修改提交到版本库的分支上。Stage暂存区和分支都存在于版本库中。具体如图。
3.git会为我们自动创建一个master分支，以及指向master的一个指针HEAD，指向当前分支。当你使用git branch切换分支后，HEAD指针会指向该分支。通过git reset 可以回退版本，HEAD表示当前版本，HEAD~表示上一版本，上上版本就是HEAD~~，上一百个是HEAD~。
4.当你想回退到某个具体的版本时，或者回退之后又想回到之前的版本，可以通过git log指令或者git reflog查看提交的commit id 然后通过id回到那个版本
5.git diff 可以让你看到版本提交之间有哪些修改了的地方。在webstorm的可视化界面中这个修改就能很好的查看（webstorm牛逼！）
6. git checkout 不仅可以切换分支，还可以撤销修改。加入你的代码没有add，那么git checkout --filename就是把你的修改撤销到版本库中一样的代码，假如你的代码add或者commit了，那这个指令就是撤销修改回到添加暂存区后的状态。总之就是让你的代码回到最近的git add和git commit的状态
7.因为git checkout有多种功能容易混淆，所以git也推荐使用git switch来切换分支
8.git merge 默认使用fast-forward模式，这样合并后加入删除了分支不会保留分支信息，使用—no-ff模式可以保留信息
8.在分支策略中，master应该是非常稳定的，应该是仅用来发布新版本，可以新建一条dev分支专门用于开发，团队在dev中新建分支来分工合作。
9.当你在一条分支上工作却要临时去另一条分支修复bug时，可以git stash保留工作现场，当bug修复好了可以用git stash apply来回到现场。另外为了避免在一条分支上的改动重复工作到其他分支，可以使用git cherry-pick <commit> 命令来“复制”修改
10.用git rebase结合vi操作来合并commit提交，将本地未push的分叉提交历史整理成直线。
11.git分支管理是重中之重，也是git的精髓，要好好学习！
以上就是我目前对git的一些感悟。另外通过反思我觉得之前的“技术感想”不太像是“感想”，侧重点更接近于“整理”，以后希望自己更加以“感想”的方式去记录自己的学习成长历程。
共勉，加油！