【 Git 分支多人协作开发实战项目】

目录

一.创建git项目

二.创建dev分支

三.合并分支

四.多人协作

前言

这是我的第一篇博客，很多功能不是很熟悉，写的也不是很好，但是记录自己的学习过程总是必要的。下面是小项目的练习是我初步学习了Git后，对Git命令行的使用以及在Gitee中建立仓库的完成模拟情况。我记的内容是思路和实现步骤。并不能保证这个例子的正确性，希望在之后学习我能有可见的进步 。

一.创建git项目

1.在Gitee官网新建仓库test_cooperation。

2.假设有userA用户，将本地项目推送到远程。

二.创建dev分支

1. 在master分支上新建dev.txt文件，创建并切换到dev分支，再将当前dev分支推送到远程dev分支，并将它们关联起来。

2. 查看远程库，多了dev分支。dev分支里有test.txt和dev.txt两个文件。

 

三.合并分支

1. 将dev分支合并到master分支上。

先切换到master分支，再使用git merge dev命令合并dev分支，合并后，本地的master分支上就有了dev.txt的内容了，也就是有了dev.txt了，此时再将合并后的本地master分支推送到远程，这样远程master分支就会也有dev.txt文件了。

2. 查看远程库：master分支也有dev.txt文件了。

四.多人协作

1. userB工作：建一个命名为userB的文件夹，并推送到了远程的dev分支上。

userB准备在userA的基础上进行开发，userB也在本地建了一个文件夹，命名为userB。

然后克隆了远程的项目。

开始userB文件夹是空文件夹。克隆项目后，userB文件夹中就出现了test_cooperation文件夹 userB初步完成的工作：

注意：userB此时已经编辑了克隆下来的test_cooperation,并推送到了远程的dev分支上。

2. userA工作：建一个命名为userA的文件夹，并推送到了远程的dev分支上。

注意：需解决冲突

此时：userA也在修改text_cooperation文件夹中的内容。

（1）分析推送失败的原因：
        在此之前，userB已经编辑了test文件夹并推送到了远程dev分支上，此时的远程分支比userA的本地的更新，所以起了冲突。

---

 （2）解决思路就是：（先git pull再合并）将远程最新的dev分支，也就是userB推送后的dev分支内容拉取到本地，然后在本地解决起冲突的部分内容，再合并，解决后，再推送到远程dev。

 

 第2步出现的窗口如图：

3. 解决冲突后，刷新远程仓库，可以看到dev分支里解决冲突后的内容。

总结

这是我模拟的Git分支多人协作开发的小项目，第一次整体这样理思路，熟悉Git的用法。具体例子是否是合理的，我得学习一段时间再来检验。