git分支应用和多人协作

git分支应用和多人协作

1.知识百科

Git（读音为/g?t/）是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。 也是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。

git 包含了完善的客户端和服务端，客户端和服务端之间通过某种安全通信 协议（HTTPS 或者 SSH）进行文件的上传和下载。

git工具安装和基本使用参考：https://blog.csdn.net/weixin_44453694/article/details/123999289

2.git分支

分?就是科幻电影??的平?宇宙，当你正在电脑前努?学习Git的时候，另?个你正在另?个平?宇宙?努?学习SVN。两者之间可以同时执行。

分?在实际中有什么?呢？假设你准备开发?个新功能，但是需要两周才能完成，第?周你写了50%的代码，如果?刻提交，由于代码还没写完，若直接提交则会导致代码不完整影响其他人工作。但若等所有代码写完再一次性提交，?存在丢失每天进度的巨??险。而有了分支的产生，就可以创建一个属于自己的分支，只有自己才能看到分支内容，别?看不到，还继续在原来的分?上正常?作，?你在??的分?上干活，想提交就提交，直到开发完毕后，再?次性合并到原来的分?上，这样，既安全，又可以多人协作开发，互不影响。

在没有分支之前，master分?是?条线，Git?master指向最新的提交，再?HEAD指向master，就能确定当前分?，以及当前分?的提交点：

??每次提交，master分?都会向前移动?步，这样，随着你不断提交，master分?的线也越
来越?。
??当我们创建新的分?，例如dev时，git新建了?个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表?当前分?在dev上：

??当有了dev分支，我们就可以通过改变HEAD指向来操作不同分支，当HEAD指向dev分支时则只能操作dev。当我们工作完成后，就可以将master和dev分支合并，即直接让master指向dev提交分支。甚至可以直接删除dev分支。

3.创建分支

$ git branch dev //创建分支
$ git checkout dev //切换分支
$ git branch  //查看分支
* dev  
  master
$ git branch -d dev //删除分支
$ git checkout -b dev //创建一个分支dev，并切换到当前分支下

??*表示当前所处于的分支位置。

3.1 创建分支示例

$ touch 1.txt //创建新文件
$ git checkout -b dev  //创建dev分支并切换当当前分支下
$ git add 1.txt //添加1.txt
$ git commit -m "分支应用实例"  //编写提交说明
[dev 8873ebd] 分支应用实例
 1 file changed, 1 insertion(+)
 create mode 100644 1.txt
$ git push origin dev  //提交到dev分支

3.2 合并分支并提交

$ git checkout master //切换到主分支
$ git merge dev  -m "分支合并" //合并分支，将dev分支合并到主分支
更新 38d25e9..8873ebd
Fast-forward
 1.txt | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 1.txt

$ git add -A
$ git push origin master //将合并内容提交到主分支

??合并并且提交到主分支成功后则可删除dev分支

$ git branch -d dev 
已删除分支 dev（曾为 8873ebd）。

4.分支冲突问题

4.1 创建dev分支并提交

$ git checkout -b dev  //创建分支并切换到dev分支下
$ vim 1.txt  //打开1.txt 添加内容
git 分支测试
git 分支冲突测试
$ git add 1.txt  //添加1.txt
$ git commit -m "分支冲突测试"  
$ git push origin dev  //提交到dev分支

4.2 修改主分支并提交

$ git checkout master //切换到主分支
$ vim 1.txt //修改1.txt文件
git 分支测试
主分支测试
$ git add 1.txt 
$ git commit -m "主分支提交测试"
$ git push origin master  //修改内容提交到主分支

4.3 合并分支

$ git merge dev -m "分支合并" //合并分支
自动合并 1.txt
冲突（内容）：合并冲突于 1.txt
自动合并失败，修正冲突然后提交修正的结果。
$ git status  //查看状态
位于分支 master
您的分支与上游分支 'origin/master' 一致。

您有尚未合并的路径。
  （解决冲突并运行 "git commit"）
  （使用 "git merge --abort" 终止合并）

未合并的路径：
  （使用 "git add <文件>..." 标记解决方案）

	双方修改：   1.txt

修改尚未加入提交（使用 "git add" 和/或 "git commit -a"）

??打开1.txt文件可查看到主分支和dev分支的修改内容。

??由于主分支和dev分支都对1.txt文字做出修改，导致分支自动合并失败，此时就需要手动解决分支冲突问题。我们打开1.txt文件就可以看到主分支和dev分支的修改状况，我们需要手动合并。

?当我们在合并分支时，遇到自动合并失败，则可以通过git status 查看状态信息，查看出现合并失败的问题文件，然后收合并分支，再次添加提交文件，编写提交说明重新提交即可。
在实际开发中，我们应该按照?个基本原则进?分?管理： ?先，master分?应该是?常稳定的，也就是仅?来发布新版本，平时不能在上?干活； 那在哪干活呢？干活都在dev分?上，也就是说，dev分?是不稳定的，到某个时候，?如 1.0版本发布时，再把dev分?合并到master上，在master分?发布1.0版本； 你和你的?伙伴们每个?都在dev分?上干活，每个?都有??的分?，时不时地往dev分 ?上合并就可以了。
所以，团队合作的分?看起来就像这样：

5.多人协作

??Git是一个开源的分布式版本控制系统，可以有效的完成版本管理和多人协作开发。要实现多人协作则需要在服务器端添加协作人员。
??在仓库管理中可以添加开发者人员，设置代码审核人员和分支合并审核。