互联网公司中实际的git用法的流程

根据gitflow的工作流程，添加系统的新功能需要在develop分支上建立feature分支（gitflow feature start [分支名]），在该feature分支，修改代码，进行相应的修改提交（gitadd/git commit -m ）命令，最后确定提交到远程分支（gitpush originfeature/[此次的分支名字]），这里要注意的一个规范，在哪个分支我们就要push到相应的分支上，如果你在master分支当然要pushorigin master。在当前的feature分支push到功能代码到远程分支后，我们要gitcheckout deveplop分支，要pull到远程的改动，从而确定没有冲突，如果有冲突就要解决冲突，之后我们便可以gitflow feature finish[分支名]，杀掉我们已经push到远程的feature分支，这样feature分支上的内容会自动merge到develop分支，我们代码的第一次测试是在刚刚的feature分支自己进行的功能测试，现在已经merge回develop分支，所以需要提交给测试团队，进行测试，我们现在在develop分支上，需要拉一个release分支（gitflow release start[版本号]），创建之后会自动跳到release分支上，在分支上修改配置文件，从而是version从1.0.8-SNAPSHOT改写成为真正的的version1.0.8，最后gitadd git commit git push origin release/1.0.8，结束之后，告知测试团队该release分支，让他们进行测。完成测试，就可以finish掉该release（gitflow release finish[1.0.8]）,这样release就会自动merge到develop的同时，也会merge回master分支。

这样，测试团队会在release上进行回归测试等等其他的测试，一旦测试团队返回没有问题，releasefinish之后，完成测试，就可以finish掉该release（gitflow release finish[1.0.8]）,这样release就会自动merge到develop的同时，也会merge回master分支。在master分支上打tag1.0.8的版本，作为正式tag，可以发到线上版本投入产品线中使用。