【Git】--Part4--多人协作

在之前的Git博客中，已经把Git本地相关的操作以及远程操作的介绍完了。如下：

Git–Part1–基础操作 - 掘金 (juejin.cn)
Git–Part2–分支管理 - 掘金 (juejin.cn)
Git–Part3–远程操作 & 配置 & 标签管理 - 掘金 (juejin.cn)

这篇文章会介绍两种使用Git开发多人协作的场景。以及常遇到的问题。

模拟多人开发的场景，首先要做一些准备。我这里使用一台Windows电脑，和一台Linux服务器，来模拟多人协作开发的场景。后面的文章将本地Windows简称为W同学。Linux服务器简称为L同学。

1. 准备工作

第一步，两位同学都需要使用git clone将项目克隆到本地。项目依然是之前在远程操作时创建的Github测试项目。

W同学：

L同学：

实际的开发中，每个人都会有自己的远程仓库账号以及密码，这里条件有限只有一个GitHub账号。这个也不影响后续操作，账号分配一般由仓库管理员负责分配，开发人员无需关注，自己设置个账号密码就行~

到此，准备工作做完。相当于有了两个⽤⼾，分别在 linux 和 windows 上针对于同项⽬进⾏协作开发。

2. Git常见开发流程场景一

⽬前，我们的仓库中只有⼀个 main 主分⽀，但在实际的项目开发中，一般情况下其实都是不允许直接在 main分⽀上修改代码的，这是为了保证主分⽀的稳定。所以在开发新功能时，常常会新建其他分⽀，供开发时进⾏迭代使⽤。

比如这里创建一个dev分支，让同队的成员都在这个dev分支下进行开发，开完后将dev分支合并到main分支，最后删除dev分支即可。这是使用Git开发的常见流程之一。

2.1 创建dev分支

1、在项目点击main->View all branches

2、在此就可以创建新分支了。

3、创建dev分支

创建分支成功后，在项目主页就可以切换分支了。

2.2 拉取远程dev分支

创建成功的远程分⽀是可以通过 Git 拉取到本地来，以实现完成本地开发⼯作。
让W同学和L同学都将远程仓库进⾏⼀次拉取操作，如下：

拉取完后，就可以看到远程分支了。查看远程分支时，要使用git branch -r命令，git branch 只能查看本地分支。

2.3 切换到远程dev分支

拉取完后，便要切换到dev分支下进行本地开发了。切换的只是本地dev分支，在切换的时候，也可以将本地分支和远程分支进行追踪关系链接。如下：

消息 Branch 'dev' set up to track remote branch 'dev' from 'origin' 意味着本地分支 dev 已被设置为跟踪远程仓库 origin 中的 dev 分支。

建立追踪关系除了手动建立外，使用git checkout也会自动创建分支并且追踪。如下：

2.4 在dev分支下进行开发

到此，已经建立好本地和远程的追踪关系，就可以在dev分支下进行开发了。

使用案例：
让L同学在dev分支下进行一次开发，并push到远程。

向Github push时，要输入Github的账号和密码进行验证，如果失败，参考这篇文章：解决git push推送出现的身份验证问题

此时L同学在dev分支下进行了一次开发，这时就可以在Github上查看到devd的最新状态了。

现在W同学，也新建了一个test.txt文件进行了开发。并向远程dev分支进行推送。

这时就会推送失败，因为本地仓库落后于远程仓库。要在push之前先使用git pull把最新的dev分支拉取下来。

W同学pull拉取后，发生了冲突，这时就需要手动解决冲突，然后再次推送。

使用git pull后，检测到冲突，这里Git自动进入了REBASE状态，可能是由于Git配置问题导致的。

git config --get pull.rebase 如果返回了 true，表示 Git 配置为在拉取时自动使用 REABSE。
也可能在执行 git pull origin dev 时，远程的 dev 分支已经有了新的提交，Git 尝试将你的本地提交重新应用在更新后的远程分支上，这可能导致冲突。Git自动进入了REBASE状态。

进入到REBASE状态，先手动解决冲突，然后进行add操作。确定冲突解决没问题了，使用git rebase --continue命令，就会自动更新dev分支。

然后再次push即可。

这样，远程仓库上就会更新了。