Github之协同开发

Posted 2020-10-26 East-L

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Github之协同开发相关的知识，希望对你有一定的参考价值。

一协同开发

1、引子：假如三个人共同开发同一份代码，每个人都各自安排了任务，当每个人都完成了一半的时候，提交不提交呢？

要提交，提交到dev吗，都上传了一半，这样回家拿出来的代码根本跑不起来。所以，

为每一个人创建一个分支，各自都在各自的分支上写代码，互不影响。

很短时间内大家暂时先合并一次，不然冲突太多了。但是这个分支不是dev，而是review分支，当老大看完没问题之后再合并到dev分支。

二协同开发的两种方式

方式一：创建协作者和组织：

方式二：添加组织

三创建完后写代码

先创建了一个dev的分支
        git branch dev 
        git checkout dev 
        git push origin dev 
又创建了一个review的分支
        git branch review
        gir checkout review
        git push origin review 
创建自己的分支
        git branch df 
        git branch ny
        git branch sk 
        
        git checkout sk 
        git pull origin review

假如现在有两个人在进行开发

东风创建了个文件
            git branch haiyan 
            git checkout haiyan
            touch a.py 
            ls 
            git add . 
            add commit -m \'代码初始上线\'
            git push origin haiyan 
            ls
            vim a.py  #写了一些内容
            git add . 
            add commit -m \'小功能开发完毕\'
            git push origin haiyan 
            #现在两人都写完了，开始合并和review进行合并了
            git checkout review
            git pull origin review  #吧远程的review拉下来
            #吧自己的合并发到review
            git merge haiyan 
            ls 
            git status 
            git push origin review 
            
            #再次写的时候
            git pull origin review  
宋康创建了个文件
            git branch sk 
            git checkout sk 
            touch s.py 
            ls 
            git add . 
            add commit -m \'到了新公司好激动啊\'
            git push origin sk 
            ls
            vim s.py  #写了一些内容
            git add . 
            add commit -m \'小开发完毕\'
            git push origin sk 
            #现在两人都写完了，开始合并和review进行合并了
            git checkout review
            #git pull origin review  #如果先没有吧远程的review拉下来
            #吧自己的合并发到review
            git merge sk 
            ls 
            git status 
            git push origin review   #这时候的review是最新的，那么海燕先提交了，完了她还得拉先来再合并一次
        老大看了review分支，如果OK，可以放到dev分支进行测试，如果测试没有问题了
        才放到master分支。
        master分支：线上的版本，永远保证线上的版本，无论是回滚到哪都是能用的

两个面试题

1、你们公司的代码review分支怎么做？谁来做？
        答：我们创建的review分支，我们小功能开发完之后，合并到review分支
            交给老大（小组长）来看，
            你组长不开发代码吗？
                他开发代码，但是它只开发核心的东西，任务比较少。
                或者抽出时间，我们一起做这个事情
2、你们公司协同开发是怎么协同开发的？
        每个人都有自己的分支，阶段性代码完成之后，合并到review，然后交给老大看