Git - 多人协同开发利器，团队协作流程规范与注意事项 · PHP学习

# Git - 多人协同开发利器，团队协作流程规范与注意事项独立开发与人少的时候协同开发，问题不大。人多了就容易出事。一般开发会约定如下分支: > - master分支：线上分支，不允许随意提交修改，仅允许develop分支合并，仅管理员操作（一般是开发老大） > - develop分支：开发分支，不允许直接修改，但允许程序员发起pr（提交）合并至develop，用于检出（下载到本地）新`feature-名字`分支开发新功，也用于合并至master分支。 > - release分支：测试代码分支，不允许直接修改，但允许程序员发起pr合并至release，用于测试环境使用 > - `feature-名字`分支：程序员开发使用的功能分支，从develo上检出的开发分支那么，正常开发流程：譬如我要开发一个`登录功能` ``` <pre class="calibre10">``` 1.首先，从develop上检出新分支`feature-login`分支至本地，开发 2.完成开发后，push至远程`feature-login` 3.此时我们需要测试新增的登录功能，那么，我们应该发起一个marge request（pr）至release分支（上文所说的测试分支），开发老大（管理员）同意pr，即成功合并至release分支 4.然后走测试流程 5.测试通过后，准备上线，那么，需要从`feature-login`分支发起pr至develop分支，管理员审核后，由管理员操作develop分支，合并至master ``` ``` #### 为什么不从`feature-login`分支直接pr（提交）至master分支？原因： - 1.master分支为线上生产环境代码，不应该随意合并提交，合并前应审核代码； - 2.多人协同，极易出现代码冲突，故应约定所有人先合并代码至develop分支，解决冲突后再由develop合并至master。所有人从develop分支检出feature分支开发，保证了代码的一致性。注意事项： - **release分支对应测试环境，绝不要将release分支合并至develop或master分支上** - release分支为测试分支，应于master、develop分离（测试/线上分离） - release分支上可以放任意测试代码，代码混乱，可能今天a程序员pr至release测试功能，下午b程序员也pr了新功能测试，但都不是今天上线的且需要测试的功能，然后c程序员直接将release分支合并至master分支，那么将会出现不可预估的bug，后果极其严重 - feature分支发布之前，可以先从develop拉去代码至本地的feature分支，以解决冲突，解决后push feature分支至远程，然后再请求合并至develop，管理员合并时将无需面临代码冲突问题。 - 代码合并至develop分支后，应删除远程端的feature分支。因已合并至develop，后续改动依旧需要从develop分支上检出代码（**因为其他人可能在此期间合并了新的功能至develop分支，此操作可保障代码一致性，极为关键**），原feature分支无任何存在的必要。 - 严格执行以上流程，Git将是多人协同开发利器 ## **前提** **1、创建自己的github仓库** 点击[New repository](https://github.com/new)创建自己的github仓库,命名为test **2、克隆项目** （自动生成了默认master分支以及orgin远程仓库别名） git定位到D:\\下键入： ``` <pre class="calibre10">``` git clone git@github.com:lichixxx/test.git ``` ``` > cd 到test名目录(目录名与github仓库名一致，即test) > 查看远程分支 git remote -v > 查看本地分支 git branch > 查看远程分支 git branch -r > 查看所有分支 git branch -a **3、提交到新dev分支** ``` <pre class="calibre10">``` //如果只是单纯的新建分支直接push origin master:dev //创建并切换相当于git branch newbranch 与 git checkout newbranch git checkout -b dev //git branch 可知 * 指向dev 即切换到本地dev分支了 //然后就是添加功能 add commit push 增删改查 //提交当前文件所有的文件到暂存区 git add . //提交到本地仓库 git commit - m "提交说明" //记得加上:后dev，否则就提交到默认的远程master分支了 git push origin dev:dev ``` ``` **4、提交到新dev分支** ``` <pre class="calibre10">``` git push origin dev:release ``` ``` ## **张三开发登录功能** 从dev检出开发项目 ``` <pre class="calibre10">``` //克隆 dev分支并自定义目录名（默认与远程仓库同名 test 且本地分支默认为dev） git clone -b dev git@github.com:lichihua/test.git devdir //或者切换dev分支并pull 获取代码(存在.git时可使用此法) git checkout dev git pull //创建feature-login分支并切换 git checkout -b feature-login //把新建的分支push到远端 git push origin feature-login[:feature-login] //拉取远端分支（会报错提示当前分支没有跟踪信息需要关联到远程） git pull //关联到远程 git branch --set-upstream-to=origin/feature-login //再次pull git pull ``` ``` 完成开发后，push至远程`feature-login` ``` <pre class="calibre10">``` git add . git commit -m "xxx" git push ``` ``` 合并至release分支 ``` <pre class="calibre10">``` git checkout -b release（新建并切换分支） git pull（拉去最新的代码） 2、查看分支　　git branch -a（查看所有分支：本地分支白色，当前分支绿色，远程分支红色） 3、合并分支　　git merge feature-login 4、查看状态　　git status（这里可以看到是否有冲突：conflict，或者修改：modify） 5、有冲突，通过IDE/编辑器解决 6、解决后，提交至暂存区　　git add . 7、提交　　git commit -m "说点什么" 8、推送　　git push（已提交的变动推送至远程） 9、测试 ``` ``` 测试完成合并到dev（步骤同上）最后合并到master（步骤同上，老大负责）