先上图，后讲解
git工作流，什么是git工作流，个人觉得这个就是一个使用git协同开发的规范，有了这个规范可以很好的利用git的特性进行协同开发。有规范固然是好事，但是也不能死板教条。例如，我就比较喜欢分支上线，只是在第一个稳定版本用了master主干进行了上线。当时，第一版出来之后，我们做了大量的优化，发现新的功能的改造已经完全颠覆了mster，于是我就私下做了决定采用分支上线，同时也产生了很多隐患，分支泛滥，后面分支越来越多，不知道那些分支有什么新功能，也不知道哪个功能开发在了哪个分支。
下面我们就根据上图简单的聊聊git的工作流。
1、时间线。git的工作流是以时间作为基准参考线，随着时间的推移修改前行。
2、每个分支的作用。maser，这个是主干，最终的代码时要合并到主干来的。hot-fix，热修复分支，这个分支主要用来修复线上bug。develop分支，这个主要用于开发，大家都在这个分支上修改代码。feature分支，这个分支主要用来开发新功能。
介绍完了每个分支的功能和作用，下面就要详细介绍各个分支怎么使用协调使用了。首先，对于一个新项目，我们开发一个稳定的版本作为基础，然后进行上线。然后在这个基础上开一个新的分支，然后继续开发。但是我们在开发的过程中发现，我去，线上有bug！哦，shit！赶紧拉出一个hot-fix分支，修改完成，找测试小妹妹测试（也可能是大叔大婶），测试完成，和并到master进行上线。而我们大家开发用的develop分支也存在同样的问题，怎么办呢？合并呗，于是我们把热修复分支上的代码也同时合并到develop分支上面。同时，我们在开发的同时，产品哥哥（产品狗，哈哈哈，开发的死对头，相爱相杀）过来提出了新需求，要我们开发，老板也批准了（开发好苦逼，需要和测试撕逼还要和应付产品，更要受老板压榨，已经哭晕在厕所。。。。。。。）。于是我们，在develop分支上拉出一下新功能分支，feature新功能分支。两个分支同时开发。develop分支开发的功能达到上线状态，拉出一个release分支，上线，试运行，修复bug。这个时候我们的develop分支继续开发者新功能。于是我们把release分支的代码分别往master和develop进行合并。最终新功能分支开发完成，和并到develop分支，测试完成，合并到release分支，线上检测，完成之后和并到master分支。
ps，git的工作流基本讲完，在工作实际运用当中还是要看具体情况，这个只是一个最佳实践。git始终是我们开发的工具，我们不能总是受到工具的束缚，结合实际的工作情况合理运用才是最关键的。想要用好git，要在熟练git基本命令的基础上进行实践。柑橘自己最失败的地方是教了身边的小伙伴将近一年的时间，他们是还不会用，后来反思，是自己用的多，他们用的少，缺少实践，遇到问题不懂得我干预的太多！好心塞，希望大家多多动手，实践出真知，都能用好手中的工具，事半功倍。
至此，我的git入门到放弃讲解完毕。我主要是以自己工作经验为总结，没有做过多的赘述，一些命令还望大家去问度娘，多找度娘，不足之处还望大家见谅！不懂得地方可以大家相互交流学习，不对的地方还望大家见谅！谢谢！
