【Java从0到架构师】git 核心原理和分支管理

Java 从 0 到架构师目录：【Java从0到架构师】学习记录

核心原理

Git 数据存储结构

git 数据存储结构：

三种节点类型：

• blob：二进制数据节点
• tree：树节点
• commit：提交节点

---

初始化仓库：

git init

将代码提交到版本库：

git add . # 将文件加到暂存区
git commit -m "first init data"

查看操作历史记录：

git reflog
>> 126f98c (HEAD -> master) HEAD@{0}: commit (initial): first init data

查看节点类型、内容：

• 查看 commit 节点

git cat-file -t 126f98c
>> commit

git cat-file -p 126f98c
>> tree 51abd693c8b261cc3d8e91a278f5a297707d4aa4
>> author yusael <yusael@163.com> 1631375400 +0800
>> committer yusael <yusael@163.com> 1631375400 +0800

• 查看 tree 节点

git cat-file -t 51abd693c8b261cc3d8e91a278f5a297707d4aa4
>> tree
												
git cat-file -p 51abd693c8b261cc3d8e91a278f5a297707d4aa4
>> 100644 blob 7284ab4d2836271d66b988ae7d037bd6ef0d5d15    1111.txt

查看文件内容：

只需要输入文件的 hash 的前几位即可

git cat-file -p 7284
>> 文件内容xxxxx

查看暂存区的内容：

git ls-files -s
>> 100644 7284ab4d2836271d66b988ae7d037bd6ef0d5d15 0       1111.txt

git add 流程 - 把数据添加到暂存区

git add .  # 把当前目录的所有文件添加到暂存区  
git add 文件名  # 添加指定文件到暂存区

主要操作：

1. 把工作空间的差异化的文件添加到本地仓库
2. 更新暂存区的 Index 索引

git commit 流程 - 把数据提交到版本库

主要操作：

1. 创建一个 tree 类型的节点对象
2. tree 类型的节点对象关联最新的文件信息
3. 创建一个 commit 类型的节点对象
4. commit 类型的节点对象关联一个 tree 节点
5. commit 的节点会通过 parent 指向上一个 commit 节点
6. 把 master 指向最新的节点

HEAD 关联关系处理

Git 的哲学：一切皆文件，HEAD 和 master 实际上是 .git 文件夹中的文件

cat .git/HEAD # 查看HEAD文件的内容: 指向master
>> ref: refs/heads/master

cat .git/refs/heads/master # 查看master文件的内容: 指向commit
>> 126f98c5a45e244e64548cfa14ff00a48bd7c077

分支管理

问题：如果只有一套代码，请问怎么往多个环境发布？

• 利用分支创建多个版本，分别部署到不同的环境中
  

分支管理结构图：

常用命令 - 查看、创建、切换、合并、删除分支

查看分支：

git branch
git branch -a

创建分支：

git branch <name>

切换分支：

git checkout <name>

创建 + 切换分支：

git checkout -b <name>

分支合并：

git merge <name>

删除分支：

git branch -D <name>

冲突合并处理

合并冲突情景：在两个分支都修改了同一处代码，然后合并分支

三向合并原理：不同的文件统一和 BASE 版本进行比较

---

如果产生了冲突，代码不会自动合并，需要用户手动处理冲突

git merge test -m "merge test"

>> Auto-merging base.txt
>> CONFLICT (content): Merge conflict in base.txt
>> Automatic merge failed; fix conflicts and then commit the result.

注意提示语从 (dev) 变成了 (dev|MERGING)

冲突的文件内容变成如下：冲突的内容展示出来并以 ======= 分割，需要手动处理冲突

放弃合并：

git merge --abort

注意提示语从 (dev|MERGE) 变回了 (dev)
0

---

思考题：场景模拟

1. 在当前项目中创建两个文件 a.txt，b.txt 并且提交到仓库的 master 分支
2. 根据 master 分支创建一个 dev 分支
3. 在 dev 分支中创建一个文件 d.txt，并且提交到仓库 dev 的分支中
4. 切换到 master 分支，创建文件 c.txt，并且提交到 master 的分支
5. 把 dev分 支的数据合并到 master 分支
6. 删除 master 分支上的 d.txt 文件
7. 切换到 dev 分支，继续开发，新增文件 e.txt 并且提交到 dev 的仓库
8. 切换到 master 分支，把 dev 的代码合并到 master

问题：请问合并之后 d.txt 在 master 分支上面有没有?

• 没有，下图紫色标出来的才是 BASE 版本，对比它来判断文件的修改
  （dev 和 master 都可以找到的最近的一个共同版本，才会作为 BASE 版本）
  

远程仓库管理

常见的远程仓库：

• github：世界上最大的开源网站
• gitee：国内的开源网站
• gitlab：公司内部搭建的仓库
  有些公司会使用自己的 gitlab 完成代码的管理，保证代码的安全性

本地仓库配置：

• 编写 .gitignore 文件
• git init
• git add
• git commit

---

常用操作：具体参考各个托管平台的教程…

Windows 凭据保存在：控制面板 > 用户账户 > 管理您的凭据 > Windows 凭据

---

拓展：配置 SSH 的方式管理

Idea 中使用 Git

Git 基本配置：

• Idea 集成 Git
  
• 开启 Git 插件
  
• 配置 Git 命令路径
  

Git 基本使用：

• Git 常见命令
  
• Git 的分支管理
  
  基本使用：
• 添加到本地仓库
• 添加到远程仓库
• 更新远程仓库代码
• 创建分支
• 合并分支
• 删除分支

Git 使用规范（了解）

仓库分支规范

• 主分支 master
  对于 master 分支一般是用于线上生成环境的分支, 不会直接在 master 上进行代码的修改，都是从其他分支合并代码过来
  如果需要紧急修复生产环境的 bug, 可以从 master 分支切换一个分支 fixbug-good-2908
• 开发分支 develop
  日常最新的代码都是在 develop 开发分支上面，一般不会直接在 develop 分支上进行开发
  如果需要增加一个新的开发模块，基本都是从 develop 分支创建一个模块开发分支 feature-order
  如果需要修复一个补丁目录 hotfix-order，当补丁修复完成以后，合并分支，并且删除 hotfix-order 分支
• 测试分支 test
  用于功能或者 bug 修复完成，合并到测试分支，给测试人员或者业务人员进行测试

提交代码注释规范：https://github.com/seata/seata/blob/develop/CONTRIBUTING.md