【Git多人协作开发】同一分支下的多人协作开发模式

唐唐思

于 2024-07-24 18:12:18 发布

阅读量602

点赞数 11

分类专栏： Git 文章标签： Git

本文链接：https://blog.csdn.net/m0_74841364/article/details/140667194

版权

Git 专栏收录该内容

17 篇文章 0 订阅

订阅专栏

1.4创建本地dev分支且与远程dev分支建立联系

1.5在本地dev分支上开发file.txt

2.5远程dev分支和本地dev分支建立连接

0.前言场景

目标：远程master分支下file.txt文件新增"aaa"、"bbb"。

实现：由开发者1新增"aaa"，由开发者2新增"bbb"。

条件：在一个分支下协作完成。

【目前远程仓库的状态】

1.开发者1☞完成准备工作&协作开发

1.1创建dev分支开发

❓怎么模拟两个开发者

Linux环境下和windows环境下都去克隆远程仓库就可以模拟两个开发者。

❓开发者1和2都是基于同一分支开发的

肯定不是master分支（master分支是一个稳定的分支）
创建一个其他dev分支来开发（本地或远程都可以创建）
注意：无论是本地创建还是远程创建，都需要基于master的最新一次提交的版本。
分支起点：基于哪个分支新建一个分支。

❗这里【演示在远程创建】☞然后pull拉取☞本地仓库

注意：这里创建的dev分支就是基于master最新一次提交版本来创建的。

【远程创建】

1.2拉取远程dev分支至本地

git pull origin dev
git pull ：这里短pull是拉取远程仓库的内容。（而非分支下的内容）

1.3查看分支情况和分支联系情况

git branch -a 在本地仓库查看本地分支和远程分支

注意：本地的修改必须在本地的分支上去操作，由本地push推送至远程的分支，不能直接在本地切换到远程的分支下去修改。相当于直接修改远程的分支下的某些内容。

git branch -vv查看本地分支和远程分支建立连接

1.4创建本地dev分支且与远程dev分支建立联系

【建立联系情况1】：远程仓库存在dev分支，在本地仓库创建dev分支同时和远程仓库建立联系。
git checkout -b dev origin/dev

在创建dev分支的时，切换到了本地dev分支下，同时将本地dev分支和远程的dev分支建立了一个连接。

1.5在本地dev分支上开发file.txt

vim file.txt
git add .
git commit -m " "

1.6推送push至远程仓库

git push
因为上面已经建立了连接可以使用push操作的短命令

2.开发者2☞完成准备工作&协作开发

2.1创建git目录

2.2powershell页面

2.3https协议克隆远程仓库

2.4查看分支情况且创建本地分支

2.5远程dev分支和本地dev分支建立连接

【建立联系情况2】：远程仓库由dev分支，本地仓库也创建了dev分支。
git branch --set-upstream-to=origin/dev dev

2.6windows图形化界面直接开发

2.7三板斧☞推送push

3.push出现冲突

此刻出现以下情况：

先使用 git pull：将远程仓库的file.txt的内容拉取到到开发者2的本地仓库中（发生本地合并冲突）
在开发者2的本地服务端：解决冲突
再次提交，再次推送

4.将内容合并进master分支

master分支是没有这两行代码的。原因是master分支没有进行merge合并dev分支操作的。（所以是没有新增内容的）

在工作中推荐使用PR申请单，因为PR需要经过审查员的审核的。审查员都是老板，项目经理对，开发代码都是有保障性质的。才能确保master分支是一个稳定的状态。

两种解决方案

远程：PR☞申请单☞审查员审核（老板、项目经理）☞merge
本地：在本地服务器上merge操作☞再推送至远程仓库

本地：merge操作

注意合并的master都是最新一次提交记录的版本（最新的❗）所以需要需要pull拉取远程仓库最新版本的master分支内容。master:pull
好习惯：切换到dev分支上先merge合并master分支，存在冲突在dev分支上解决，再次提交。dev merge master
切换至master分支之后再次合并dev分支。master merge dev
最后再push远程仓库。master：push

【master：pull】

【dev merge master】

【master merge dev】

【master：push】

5.删除无用分支dev

6.总结模式

总结⼀下，在同⼀分⽀下进⾏多⼈协作的⼯作模式通常是这样：

首先，可以试图⽤ git push origin branch-name 推送⾃⼰的修改；
如果推送失败，则因为远程分⽀⽐你的本地更新，需要先⽤ git pull 试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再⽤git push origin branch-name推送就能成功！
功能开发完毕，将分⽀ merge 进 master，最后删除分⽀。