分支管理

分支管理：我想大家脑子里闪现出来的一定是GIT！（你要是SVN可就暴漏年龄了）

Git用法就不必多说了，你百度下一大堆，这里给大家分享下自己团队分支时的方法，

固定分支开发（本地环境，测试环境，生产环境）

假设项目初步建立完成，此时只有一个分支master，然后公司老板说，我们有钱了，给你再搞台服务器专门做测试用！

那么这时你将分支从master上切出来了两个，test分支，dev分支。

你告诉大家，以后我们发生产环境只能用master发布！发测试环境只能用test发布！ 自己在自己的dev分支上开发需求！

如果需求很多，自己本地要针对每一个需求单独开个分支，比如：dev_imageBug, dev_itemNum,dev_log;
你可以将三个分支都合并到test上面，测试通过的功能，再合并到master上发生产。

具体操作如下：

上面三个可以认为是平行分支,都能运行项目的,master(上线代码),和你没关系,将来项目经理自己同步.test分支是用来测试的分支
dev分支是你同事和你都可能提交的分支,写代码的时候,

1.新建一个分支(用分支的名字命名)git branch 分支名字

2.git checkout 分支名来到这个分支搞开发,

3.搞开发完毕想合并到dev上了.git checkout dev来到dev分支,先git pull拉取一下,防止和其他小伙伴冲突

4,然后在dev分支上进行 git merge 上面建的分支(就是合并到我dev上来)

5然后在dev分支上git add commit push

有冲突的话会出现在第三步的pull哪儿,看看会有一些<<<<<<<服务器改动的代码=======本地改动的代码>>>>>>>,看一下留谁不留谁手动处理.最后这些箭头等号都要删了的

6.如果上面分支用完了不想要了,git branch -d 分支名字 进行删除分支

7.再去别的分支上干别的事情,重复上面的步骤

ps:解释一波,因为我以前讲的大家都是在devloop分支上搞开发的,为何现在再分出来分支.比如，你已经写好一个应用了，并上线了，然后你开始写新功能，准备下次上线。
这时候老板过来说，上次上线的那个版本有个bug，需要修改。
这时候你怎么办，假设新功能写到一半，修改的地方还很多。
难受的你，把这个开发了一半新功能的项目拷贝了一份，然后把项目还原到上线到版本，然后苦逼的做修改，
修改完bug后，又慢慢把带有新功能的版本合并到刚修改过到项目中。肯定贼麻烦.现在用分支解决
完成提交到dev上线后，开始开发新功能。新建一个分支，专门做新功能的开发。
上线版本出了问题，切换到原来分支或者dev上，修改bug，提交,然后切换到新功能分支，继续修改开发新功能
新功能开发完毕，把新功能分支和dev合并，处理下合并的一些冲突，搞定！也不会影响处理紧急问题。