Git详解_git 理论

Git详解

一、版本控制

1. 什么是版本控制 （版本迭代）

版本控制是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术

• 实现跨区域多人协同开发
• 追踪和记载一个或者多个文件的历史记录
• 组织和保护你的源代码和文档
• 统计工作量
• 并行开发、提高开发效率
• 跟踪记录整个软件的开发过程
• 减轻开发人员的负担，节省时间，同时降低人为错误

简单来说，就是用于管理多人协同开发项目的技术

2. 常见的版本控制工具

• Git
• SVN
• CVS
• VSS
• TFS
• Visual Studio Online

3. 版本控制分类

• 本地版本控制

记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件，适合个人用，如RCS（就类似于自己写很多个版本一样，不断改进的版本）

• 集中版本控制（SVN）

所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改

所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不联网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作，而且所有的数据都保存在单一的服务器上，有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份，代表产品：SVN、CVS

• 分布式版本控制（Git）

所有的版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在联网时push到相应的服务器或其他用户那里，由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。每个人都拥有全部代码，有安全隐患

不会因为服务器损坏或网络问题，造成不能工作的情况。

4. Git和SVN的主要区别

• SVN是集中式版本控制系统，版本库是集中放在中央服务器的，在工作的时候，用的都是自己的电脑，所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。
• Git是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网了，因为版本都在自己电脑上，协同的方法是这样的：比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
• Git是目前世界上最先进的分布式版本控制系统

二、Git历史

1. Linux和Git之父李纳斯托沃兹 1969、芬兰
2. Git是免费、开源的，最初Git是为辅助Linux内核开发的，来替代BitKeeper！

三、Git环境配置

1. 下载Git

• 官网下载
• 淘宝镜像下载

2. 安装Git （无脑next就行）

• 安装好后在开始菜单应用会有Git程序，或者在任意文件鼠标右键会有对应的Git程序
• Git Bash :Unix与Linux风格的命令行，使用最多，推荐最多
• Git CMD：Windows风格的命令行
• Git GUI ： 图形界面的Git，不建议初学者使用，尽量先熟悉常用命令

3. 卸载Git，先清掉电脑里有关Git的环境变量，然后在控制面板里卸载Git程序

4. 常见的Lunix命令

多使用，熟能生巧

cd:改变目录
cd..  :回退到上一个目录
pwd ：显示当前所在的目录路径
ls/ll :都是列出当前目录中的所有文件，只不过ll列出的内容更为详细
touch ： 新建一个文件如 touch index.js 就会在当前目录下新建一个index.js 文件
rm ：删除一个文件
mkdir : 新建一个文件夹
rm -r : 删除一个文件夹
mv :移动文件， mv index.html src ，意思就是把index.html文件移到src文件夹中
reset : 重新初始化终端 /清屏
clear : 清屏
history ：查看命令历史
help : 帮助
exit ： 退出
#  ： 表示注释
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

5. Git配置

• 查看配置 git config -l
• git config --system --list 系统配置
• git config --global --list 本地配置

系统配置储存在C:\Program Files\Git\etc gitconfig里

本地配置储存在 C:\Users\HUAWEI 用户里面的 gitconfig ，有你设置的用户名和邮箱

• 设置用户名和邮箱

git config --global user.name “xqh”

git config --global user.email 791172229@qq.com

四、Git基本理论(核心)

1. Git本地有三个工作区域：工作目录(working Directory)、暂存区(Stage/index)、资源库(Repository/Git Directory) 。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。

   ​

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Mvkoubb2-1658481870114)(D:\Huawei Share\Screenshot\1.jpg)]

• Workspace:工作区，就是你平时存放项目代码的地方
• Index/Stage ：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
• Repository：仓库区，就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
• Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-q7kQ4sXf-1658481870118)(D:\Huawei Share\Screenshot\2.jpg)]

2. 工作流程

• 在工作目录中添加、修改文件； userMapper.xml
• 将需要进行版本管理的文件放入暂存区域 ； git add
• 将暂存区域的文件提交到git仓库 ； git commit

因此，git管理的文件有三种状态： 已修改（modified），已暂存（staged），已提交（commmotted）

五、Git项目搭建

1. 创建工作目录与常用指令

• add
• commit
• push
• fetch/clone
• pull
• checkout

2. 本地仓库搭建

• 一种是创建全新的仓库

git init 会在当前目录新建一个git代码库

• 一种是克隆远程仓库

git clone [url] 网站可以在gitee或者github上克隆一个 https://gitee.com/kuangstudy/kuang_livenote.git

六、文件操作

1. 文件4种状态

版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件没提交上

• Untracked ： 未跟踪，此文件在文件夹中，但并没有加入到git库，不参与版本控制，通过git add 状态变为Staged
• Unmodify ：文件已经入库，未修改，即版本库中的文件快照内容与文件夹完全一致，这种类型的文件有两种去处，如果它被修改，则变为Modified ，如果使用git rm 移出版本库，则成为 Untracked文件
• Modified： 文件已修改，仅仅是修改，并没有进行其他的操作，这个文件也有两个去处，通过git add可进入暂存staged状态，使用git checkout 则丢弃修改过，返回到unmodify状态，git checked 即从库中取出文件，覆盖当前修改
• Staged ：暂存状态，执行 git commit ，则将修改同步到库中，这时库中的文件和本地文件又变为一致，文件为 Unmodify 状态，如果执行 git reset HEAD filename 取消暂存，文件状态为Modify

2. 查看文件状态

• git status [filename] 查看指定文件状态
• git status 查看所有文件状态
• git add . 添加所有文件到暂存区
• git commit -m “消息内容” 提交暂存区中的内容到本地仓库 -m 提交信息

3. 忽略文件

有些时候我们不想把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等

在主目录下建立“.gitignore” 文件，此文件有如下规则

• 空行或以#号开始的行会被忽略
• 如果名称的最前面有一个感叹号，表示例外规则，将不被忽略
• 如果名称的最前面是一个路径分割符（/） 表示要忽略的文件在此目录下，而子目录中的文件不忽略
• 如果名称的最后面是一个路径分隔符（/） 表示要忽略的是此目录下该名称的子目录，而非文件

*.txt  忽略所有.txt结尾的文件，这样上传的话就不会被选中
！lib.txt  但lib.txt除外
/temp    仅忽略项目跟目录下的TODO文件，不包括其他目录temp
build/    忽略build/目录下的所有文件
doc/*.txt   会忽略doc目录下的文件，但不包括该目录下子目录中的文件
1
2
3
4
5

七、使用码云

1. github是有墙的，比较慢，在国内的话，我们一般使用gitee ，公司中有时候也会搭建自己的gitlab服务器
2. 注册gitee个人账户，完善个人信息
3. 设置本机绑定SSH公钥，实现免密码登录（码云是远程仓库，我们平时工作在本地仓库，使用免密码登录更方便）

• 进入gitbushhere 输入 ssh-keygen 一直确定就会自动生成一个.ssh的文件夹（在c盘用户列表里）
• 将pub文件内的代码复制到gitee里去，就可以成功添加公钥

4. 使用码云创建一个自己的仓库（在gitee中）

• 新建仓库
• 标题等一系列操作
• 许可证：开源是否可以随意转载，开源但是不能商业使用，一些限制选择
• 点击完成创建，然后就创建好了自己的远程仓库，然后克隆到自己的本地

八、IDEA中集成Git

1. 新建项目idea项目绑定git

• 将自己本地git仓库中的文件拷贝到新建的idea项目中，即完成绑定

2. 观察idea中的变化，文件的颜色，还有特定的git操作的按钮

3. 修改文件，使用IDEA操作git

• 在终端输入git add . 添加到暂存区
• 点绿色箭头 提交commit文件，备注一般写修改的东西
• 终端输入 git push ，就可以push到远程仓库

九、Git分支

1. git分支中常用命令

#列出所有本地分支
git branch

#列出所有远程分支
git branch -r

#新建一个分支，但依然停留在当前分支
git branch [branch-name]

#新建一个分支，并切换到该分支
git checkout -b [branch]

#合并指定分支到当前分支
git merge [branch]


#删除分支
git branch -d [branch-name]

#删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

• 多个分支如果并行执行，就会导致我们代码冲突，也就是同时存在多个版本。所以要合并分支
• 如果同一个分支在合并分支时都被修改了则会引起冲突：解决的方法是我们可以修改冲突文件后重新提交！选择要保留他的代码还是你的代码
• master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后后，或者说dev分支稳定后可以合并到主分支master上来