Git版本控制

（3）只有把修改提交到本地仓库，该修改才能在仓库中留下痕迹。

（4）与协作者分享本地修改，可以通过push到远程仓库来共享。

Git常用命令

---

Head

Head它始终指向所有分支的最新提交点。你所处的分支变化，或者产生了新的提交点，Head值就会跟着改变。

add

git add：添加当前目录的所有文件到暂存区。

git add< dir>：添加指定目录到暂存区，包括子目录

git add< file1>：添加指定文件到缓存区

commit

git commit -m < message>：提交暂存区到本地仓库，message代表说明信息

git commit < file1> -m < message>：提交暂存区的指定文件到本地仓库

git commit --amend -m < message>：使用一次新的commit，替代上一次提交。

branch

涉及到协作，自然会涉及到分支，关于分支，有展示分支、切换分支、创建分支、删除分支四种。

| git branch | 列出所有本地分支 |

| — | — |

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

| git branch -a | 列出所有本地分支和远程分支 |

| git branch < branch-name> | 新建一个分支，但仍然停留在当前分支 |

| git branch -b < branch-name> | 新建一个分支并且切换到该分支 |

| git branch --tack < branch>< remotebranch> | 新建一个分支，与指定的远程分支建立追踪关系 |

| git checkout< branch-name> | 切换到指定的分支，并更新工作区 |

| git branch-d < branchname> | 删除分支 |

| git push origin --delete < branchname> | 删除远程分支 |

merge

merge命令把不同的分支整合起来并且合并到master分支中。

git fetch < remote>：merge之前先拉一下远程仓库的最新代码

git merge < branch>：合并指定分支到当前分支

一般在merge后，都会出现conflict，需要针对冲突情况，手动解决冲突。主要是因为两个用户修改了同一文件的同一块区域。如下图所示，需要手动解除。

rebase

rebase又称为衍合，是合并的另外一个选择。

在开始阶段，我们处于new分支上，执行git rebase dev，那么new分支上新commit都在master分支上重演一遍，最后checkout切回到new分支。这一点和与merge是一样的，合并前后所处的分支状态并没有发生改变。git rebase dev，通俗的解释就是new分支想站在dev的肩膀上继续下去。rebase也要手动解决冲突。

rebase和merge的区别

现在我们又两个分支，test和master，提交如下：

D—E test

/

A—B—C—F master

在master执行 git merge test ，然后会得到如下：

D--------E

/ \

A—B—C—F----G test, master

在master执行 git rebase test，会得到如下：

A—B—D—E—C’—F’ test, master

就是merge后会产生一个新的节点，而rebase不会，是将两个分支融合成一个线性的提交。

如果你想要一个干净的、没有merge commit的线性历史树，那么你应该选择rebase，如果你想保留完整的历史记录，并且避免重写commit history的风险，你应该选用git merge

reset

reset命令把当前分支指向另一个位置，并且相应的变动工作区和暂存区。

设计模式学习笔记

设计模式系列学习视频

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！

[外链图片转存中…(img-tb4L2n4a-1715060778007)]

设计模式系列学习视频

[外链图片转存中…(img-WnKnpHj1-1715060778008)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！