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

秒速五厘米 2022-09-04 02:48 127阅读 0赞

### git 核心原理和分支管理 ###

*  核心原理
 *   *  Git 数据存储结构
     *  git add 流程 - 把数据添加到暂存区
     *  git commit 流程 - 把数据提交到版本库
     *  HEAD 关联关系处理
 *  分支管理
 *   *  常用命令 - 查看、创建、切换、合并、删除分支
     *  冲突合并处理
 *  远程仓库管理
 *  Idea 中使用 Git
 *  Git 使用规范（了解）

> Java 从 0 到架构师目录：[【Java从0到架构师】学习记录][Java_0]

# 核心原理 #

## Git 数据存储结构 ##

git 数据存储结构：  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16]

三种节点类型：

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

--------------------

初始化仓库：

git init

将代码提交到版本库：

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

![在这里插入图片描述][17376565db7648479a2f2072ae6083a1.png]  
查看操作历史记录：

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

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_1_color_FFFFFF_t_70_g_se_x_16]  
查看文件内容：

> 只需要输入文件的 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 索引

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 1]

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

主要操作：

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

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 2]

## HEAD 关联关系处理 ##

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

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

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 3]

# 分支管理 #

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

*  利用分支创建多个版本，分别部署到不同的环境中  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 4]

分支管理结构图：  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 5]

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

查看分支：

git branch
    git branch -a

创建分支：

git branch <name>

切换分支：

git checkout <name>

创建 + 切换分支：

git checkout -b <name>

分支合并：

git merge <name>

删除分支：

git branch -D <name>

## 冲突合并处理 ##

合并冲突情景：在两个分支都修改了同一处代码，然后合并分支  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 6]  
三向合并原理：不同的文件统一和 BASE 版本进行比较  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 7]

--------------------

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

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)`  
> ![在这里插入图片描述][8dff9c4bd8a04104bf7bf2fb02f461e8.png]

冲突的文件内容变成如下：冲突的内容展示出来并以 `=======` 分割，需要手动处理冲突  
![在这里插入图片描述][b61d03a2edde47be8069dd69c43a1e62.png]  
放弃合并：

git merge --abort

> 注意提示语从 `(dev|MERGE)` 变回了 `(dev)`  
> ![在这里插入图片描述][ac1c2419aa4f4a59aab37d817a8722d7.png]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 版本）  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 8]

# 远程仓库管理 #

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 9]  
常见的远程仓库：

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

本地仓库配置：

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

--------------------

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

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

--------------------

拓展：[配置 SSH 的方式管理][SSH]

# Idea 中使用 Git #

Git 基本配置：

*  Idea 集成 Git  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 10]
 *  开启 Git 插件  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 11]
 *  配置 Git 命令路径  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 12]

Git 基本使用：

*  Git 常见命令  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 13]
 *  Git 的分支管理  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_14_color_FFFFFF_t_70_g_se_x_16]  
    基本使用：
 *  添加到本地仓库
 *  添加到远程仓库
 *  更新远程仓库代码
 *  创建分支
 *  合并分支
 *  删除分支

# 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][https_github.com_seata_seata_blob_develop_CONTRIBUTING.md]

[Java_0]: https://blog.csdn.net/weixin_43734095/article/details/119067034
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220829/af70477aff604046abe55804aa5b86ed.png
[17376565db7648479a2f2072ae6083a1.png]: /images/20220829/d4f49311d99d4dcd9e47d0738bfe674f.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_1_color_FFFFFF_t_70_g_se_x_16]: /images/20220829/b4d23ec3c29344a2a67a76538d1a5a72.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220829/29d698cda1b5461089fdc7a52c6d7822.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 2]: /images/20220829/7874cf8c9a144413a77665d5ca93c5ee.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 3]: /images/20220829/fde2cdbde1d24a0f89c4cbbef607bf9a.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 4]: /images/20220829/d358c6f15d9748c29056f49cf76a8d46.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 5]: /images/20220829/13564f524f8d42298e334e1f72e4829f.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 6]: /images/20220829/27a31c4a26b74f13b6f82131dcabec23.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 7]: /images/20220829/39bbade6a07f4d708b4887180a507bfa.png
[8dff9c4bd8a04104bf7bf2fb02f461e8.png]: /images/20220829/6dfd021376fa4eedae78050da02326fd.png
[b61d03a2edde47be8069dd69c43a1e62.png]: /images/20220829/176a9b0ca76c44cc98668f58b4a9e608.png
[ac1c2419aa4f4a59aab37d817a8722d7.png]: /images/20220829/ab0dae5ef1f24cc4b7d3bbd0a472585f.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 8]: /images/20220829/eb0f663d5071411b9ff1254b616fa515.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 9]: /images/20220829/25030bc5479e458bbd21195ab3110ee2.png
[github]: https://github.com/
[gitee]: https://gitee.com/
[SSH]: https://gitee.com/help/categories/38
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 10]: /images/20220829/fba218eec1b84a12a74b1e94288436b3.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 11]: /images/20220829/34bf9a1a7ca84382a99e7e7033e1695d.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 12]: /images/20220829/5f97e167a666478093a69a168244affd.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_20_color_FFFFFF_t_70_g_se_x_16 13]: /images/20220829/9d3e95a42de543eba9a75fb36bbafdd9.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6JCM5a6F6bm_size_14_color_FFFFFF_t_70_g_se_x_16]: /images/20220829/df79a6942e184bd1a0113052e96ba852.png
[https_github.com_seata_seata_blob_develop_CONTRIBUTING.md]: https://github.com/seata/seata/blob/develop/CONTRIBUTING.md