序言
之前在开发中比较困扰我的问题之一，项目代码开发管理上感觉乱糟糟的。这种感觉就像，你凌乱的房间，虽然你都能找到你要找的东西，但房间确确实实就是乱的，你自己有时也感觉很槽糕。
所以，后来痛定思痛，去请教了公司其他项目的老同事，了解学习了他们的代码开发管理的流程。并在我自己的工作中应用，感觉顺畅了许多，而且能很好的让我迈入多进程模式工作。
问题
比如早先正开发项目的某个新需求的时候，突然又有一个新需求功能，这个时候，我都是等第一个需求搞完再搞下一个需求，或者在git上重新建立一个仓库，将代码拷贝过去。这样也可以同时并行开发。
又或者，在跟同事协同开发的时候，我们都是在一个分支中做修改所有需求，而且提交的时候也都是提交到远程主分支，所以经常代码很乱，而且处理冲突会影响彼此的开发，有可能还要互相等待等等，总之感觉一切都是乱糟糟的。
如果你也有这些困惑，那么可以看看，我下面的记录是否可以帮助到你，如果你有更好的，也可以评论交流。
流程
- 每次有新功能时，先通过git创建一个新分支，命名规则可以根据功能需求命名,在此分支上开发新需求和功能。
- 等新需求分支功能开发完毕好哦，在将主分支合并到新分支中，处理冲突，这样可以避免再主分支处理冲突造成的散乱感
- 新分支处理完冲突后，再将新分支合并到主分支中，这样整个新功能就开发完毕了
- 等行功能测试完毕了，可以删除新分支
示例
比如我们在现有代码上，要开发一个读书的新功能功能。
- git checkout -b readBook //先在本地创建分支readBook，我们可以在此分支开发读书功能
- git push origin readBook //可以在远程创建同名分支，以备提交，也可以只用本地分支
- git push --set-upstream origin readBook //将本地readBook分支关联到远程readBook分支，这样提交的时候，可以直接git push
- git merge master //现将主分支合并到readBook分支上
- 如果有冲突可以先处理冲突，在readBook分支上处理处突，有利于本地主分支的干净
- 出版本，发给测试提测。
- git merge readBook //提测完后，稳定了，再将readBook合并到master分支上
- git branch -D readBook //测试完毕后，就可以删除readBook分支了，远程的readBook不用的话，也可以删除掉。
ps：如果中间同时有另一个需求功能，你可以再开一个分支，这样并行开发就很happy了。
总结
大概流程就是这样，虽然有可能不是最简洁方便的的方案，但是，对于我之前来说，要提高不少效率，省了不少心。虽然之前git命令也是经常使用，但却没有深入了解过，就跟学习算法好多人学习算法一样，算法是知道了，学会了，但是不知道何时去用，在哪里取用。所以工欲善其事必先利其器，写代码也是一样，找到合适的工具和方法，能提升不少工作效率。
