02-为什么要学习Git软件？

资源管理：人力、代码（.html/.css/.js/.py/.c/.java）、文档资源（.doc/.pdf/.pptx/）

SCM:Software Configuration Management
软件配置管理是指通过执行版本控制、变更控制的规程，以及使用合适的配置管理软件，来保证多有的配置项的完整性和可追踪性。配置管理是对工作成果的一种有效保护。

VSS：集中式版本控制系统（每次只能一个人开发）
CVS：支持多人协作，也是集中式版本控制系统
SVN：Subversion，开放原地阿妈的版本控制系统，通过采用分支管理系统的高效管理，简而言之就是用于多个人共同开发一个项目，实现共享资源，实现最终集中式的管理。
Git：是开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。也是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放原代码的版本控制软件。

03 概念：版本控制

版本指的是软件版本、文件版本
软件版本一般使用数字表示
文件版本：保存重要的历史记录、恢复数据

04 概念：版本控制软件基础功能

1、保存和管理文件的不同版本文件
管理功能体现在版本号的自动生成
在这里插入图片描述

2、提供客户端工具进行访问：不能手动操作文件
用户通过客户端工具进行访问不同版本的文件
在这里插入图片描述

3、提供不同版本文件的比对功能
在这里插入图片描述

05 概念：集中式、分布式版本控制系统、多人协作开发

5.1 文件冲突问题

在这里插入图片描述

5.2集中式版本控制（CVS，SVN）

约定好文件第几行由哪个用户来完成，之后再由版本控制器合并即可
对于多人对文件同一行进行修改，那就需要人工参与来完成
在这里插入图片描述
如果中央服务器宕机了，这时候用户无法上传和下载，因此要学习分布式

5.3 分布式版本控制

在本地搭建一个和中央服务器一模一样的资源库，通过访问本地仓库进行上传和下载文件，当中央服务器恢复之后就将本地资源库进行关联，如果网络不太好的话，本地资源库和中央服务器之间的关联就会非常慢，所以分布式非常依靠网络，好处就是资源比较安全，而且本地的操作快，之前都是通过网络与中央服务器进行交互，现在是跟本地在交互。Git属于分布式版本控制。
在这里插入图片描述

操作

克隆

将中央服务器的资源下载到本地资源库的操作就叫克隆，clone

创建仓库

在这里插入图片描述
选择New repository

011 GitHub Desktop分支原理

多人开发时提交每个人负责的功能对应的版本
在这里插入图片描述
这种情况下每个人提交的情况不同，这个提交的序列很乱，这种情况不太好，Git想了一种方法，见以下内容
即是为资源库创建副本，每个人在副本上进行开发

每个人在副本上进行开提交各自负责的功能版本在这里插入图片描述
然后进行分支合并，合并情况见下图，这种情况其实也是会出现冲突的，但是这种冲突只需要解决一次即可，再没有想出这种办法前出现的冲突是很多次的，见从这里往上面数第三张图片所示

分支操作

以下所给出的案例为例演示分支合并的操作，其中wangwu是项目经理，其余两位开发人员在这里插入图片描述
1、创建一个新的库

在options中可以设置主分支的名字在这里插入图片描述

这个主分支就是项目经理使用的，再创建其余两个分支给两个开发人员使用

在这里插入图片描述以开发的功能名命名分支的名称，创建的两个分支分别为user和order
分别为两个子分支提交一份文件，分别命名为user.txt和order.txt
切换到mian分支对两个分支进行合并，点击该选项

选择要合并的分支，并提交给分支
在这里插入图片描述
查看main分支的文件，发现已经将之前创建的文件传到mian中了

如何解决文件冲突问题？

场景：在user分支中创建common.txt文件，文件内容是user，在order分支中创建common.txt文件，文件内容是order，将两个文件都提交给main，再提交第二个分支时发生以下情况：
在这里插入图片描述
此时还是选择进行提交

选择一个编辑器打开有冲突的文件，进行修改

编辑成这样

然后选择提交，此时完成了手动解决文件的冲突问题