使用Git进行多人协作开发

绝地灬酷狼 2022-06-15 22:03 310阅读 0赞

使用Git进行多人协作开发  
一、为什么要协作  
一般开发团队中有这样几个分支，master、develop、feature、release、bug、other分支，或者你还有其它分支，这需要团队协作开发。下面介绍在团队多人协作中的分支推送与抓取。  
  
  
二、示例演示  
1、在本地创建一个/test目录，初始化为git仓库，然后再github上创建一个空的远程仓库，也起名叫test。然后把本地仓库连接到远程仓库上。要查看远程库的信息使用 git remote。要查看远程库的详细信息 使用 git remote –v。如下：  
![20170428173736769][]  
  
上面显示了抓取和推送的origin（源）信息。当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且远程仓库的默认名称是origin。  
  
  
2、主分支master推送  
首先在目录下创建一个文件text.txt，输入内容为：master修改--1。在git添加提交后，可以使用git push命令推送到远程仓库。如下：  
![20170428173804176][]  
  
大家可以看到，我们的本地master分支与远程的master分支已同步。  
![20170428173820988][]  
  
3、子分支develop推送  
下面我们来演示一下同步develop分支，首先新建develop分支，并在该分支下修改test.txt，加入一行新内容：develop修改--1，然后git添加提交。如下：  
![20170428173828223][]  
  
完成后切回master，可以使用git push命令将分支develop推送到远程仓库。如下：  
![20170428173852457][]  
  
在github远程仓库，选择develop分支查看如下：  
![20170428173900446][]  
  
假如本地有很多分支，哪些分支需要推送到远程仓库中呢？一般是这样的，  
master分支是主分支，要时刻与远程同步，一般我们发布最新版本就用master分支。  
develop分支是开发分支，团队中所有人都在这个分支上开发，所以也需要与远程同步。  
bug分支一般只在本地使用来修复bug，一般不需推送远程仓库中。  
feature分支是否需要推送到远程，要看是不是有几个人合作开发新功能，如果你是一个开发，那就留在本地吧。  
release分支一般是系统管理，推送或抓取的分支一般与开发人员无关。  
other分支按需求分配。  
  
  
4、抓取分支：  
多人协作时，大家都会往master分支上推送各自的修改。现在我们模拟另外一个同事，可以在另一台电脑上（注意要把SSH key添加到github上）或者同一台电脑上另外一个目录克隆，新建一个目录名字叫test\_catch，初始化为一个git仓库。我们可以克隆远程的test仓库到本地仓库。如下：  
![20170428173911962][]  
  
现在我们要在develop分支上做开发，就必须把远程的origin的develop分支创建到本地来，于是可以使用命令创建本地develop分支：git checkout –b dev origin/develop，如下：  
![20170428173929349][]  
  
可以看到本地的develop分支和远程仓库的develop分支已经保持了一致。  
现在就可以在这个develop分支上做开发了，开发完成后把develop分支推送到远程库时，指定推送到develop分支上即可。  
如下：  
![20170428174007620][]  
  
在github远程仓库的develop分支上查看，如下：  
![20170428174025511][]  
  
  
  
5、推送分支时的冲突  
假如A和B同时修改了develop分支下的一个文件，在A推送成功后，B的推送就会发生冲突。首先切换回/test目录的git仓库，进入develop分支，并修改test.txt，添加提交后推送到远程仓库的develop分支上，如下：  
![20170428174052646][]  
  
由上面可知：推送失败，因为之前的一次最新提交的和我试图推送的有冲突，解决的办法也很简单，上面已经提示我们，先用git pull把最新的提交从origin/develop抓下来，然后在本地合并，解决冲突，再推送。如下：  
![20170428174104787][]  
  
git pull也失败了，原因是没有指定本地develop分支与远程origin/develop分支的链接，根据提示，设置develop和origin/develop的链接：如下：  
![20170428174114621][]  
  
这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push。如下：

![20170428174129621][]

![20170428174145012][]

在github远程仓库的develop分支上查看，如下：  
![20170428174157528][]  
  
6、总结  
多人协作工作模式一般是这样的：  
首先，可以试图用git push origin branch-name推送自己的修改。  
如果推送失败，则因为远程分支比你的本地更新早，需要先用git pull试图合并。  
如果合并有冲突，则需要解决冲突，并在本地提交。再用git push origin branch-name推送。

[20170428173736769]: /images/20220616/69488ee3799d4493a0f554132a743708.png
[20170428173804176]: /images/20220616/e0cc45c20acb4c3b88061b69910d0da8.png
[20170428173820988]: /images/20220616/35c345de3352402a9126257cc3b5c13f.png
[20170428173828223]: /images/20220616/ccab4505535e452ca1338a694149c2d3.png
[20170428173852457]: /images/20220616/af792faf87ad4779a6b336beefa04095.png
[20170428173900446]: /images/20220616/42a7e0de16d64b45aa43d0a62c245327.png
[20170428173911962]: /images/20220616/4b45625359314626819a88464e237f31.png
[20170428173929349]: /images/20220616/02090218bc9146509e77aea636228462.png
[20170428174007620]: /images/20220616/32268fb1ffd444ee8010922e0778724e.png
[20170428174025511]: /images/20220616/e9fe575e56ae44879a68bbbb2522af64.png
[20170428174052646]: /images/20220616/2cfaeb13d90e40999b6ec1d0719b7e7a.png
[20170428174104787]: /images/20220616/fc5e1e641ec44840ad97ba8fee40b62c.png
[20170428174114621]: /images/20220616/bd23e0bfa9c24a2f9fab2eded4b86f55.png
[20170428174129621]: /images/20220616/3bacadb23d314c6c803d0a0586c68806.png
[20170428174145012]: /images/20220616/3f367af4978648b9aae5adb27ae25d95.png
[20170428174157528]: /images/20220616/d36a2f687c6e40189d4081c52bfa8a2c.png