代码提交
对于个团队主要的问题很多，代码提交也是一直来大家最讨厌的，我的代码怎么被覆盖了。我也一直想总结些经验出来，主要给自己收藏。
1.如果用的是git管理代码，需要注意idea可以设置自动add新增的文件，经常会碰到同事下班提交代码，忘记提交未add的红色文件，导致别人还在加班一拉代码跑不起来了。
2.如果是svn，提交就直接提交了；如果是git，需要再push下。
3.如何拉取代码，避免团队新人一不小心就把你代码覆盖了，一就是即时提交代码，二就是拉取代码时，备份自己代码再拉取，再解决冲突。
git stash //保存当前工作进度，将工作区和暂存区恢复到修改之前。
git unStash//恢复工作进度，这时候再拉取代码完之后有冲突会提示解决冲突
git stash save message //作用同上，message为此次进度保存的说明。
git stash list //显示保存的工作进度列表，编号越小代表保存进度的时间越近。
git stash pop stash@{num} //恢复工作进度到工作区，此命令的stash@{num}是可选项，在多个工作进度中可以选择恢复，不带此项则默认恢复最近的一次进度相当于git stash pop stash@{0}
git stash apply stash@{num} //恢复工作进度到工作区且该工作进度可重复恢复，此命令的stash@{num}是可选项，在多个工作进度中可以选择恢复，不带此项则默认恢复最近的一次进度相当于git stash apply stash@{0}
git stash drop stash@{num} // 删除一条保存的工作进度，此命令的stash@{num}是可选项，在多个工作进度中可以选择删除，不带此项则默认删除最近的一次进度相当于git stash drop stash@{0}
git stash clear // 删除所有保存的工作进度。
甲：分支管理策略呢
乙：开分支是不是要开发人数较多的情况下进行
甲：如果单纯一个人开发必要性也不大了是吗
乙：如果一个人开发不同的后台功能，功能之间没有联系，实际就一个分支就可以了是不是
甲：你分支是看业务需求啊，比如说主线A，然后你需要在A基础上开发个新功能，但这个新功能A不需要，那么你就要搞个分支啊
乙：每次上线备份上个上线版本的代码就可以，但是不是只有上个版本的代码才有用，上上个版本作用不大了
甲：不一定，都留着最好，万一你某个版本埋了个大雷，然后要回退好多个版本呢
