GIT详解

wwwlyj123321

已于 2022-03-04 22:33:16 修改

阅读量730

点赞数 1

CC 4.0 BY-SA版权

分类专栏：工具类文章标签： git github

于 2022-01-09 10:25:11 首次发布

本文链接：https://blog.csdn.net/wwwlyj123321/article/details/122390120

工具类专栏收录该内容

26 篇文章

订阅专栏

一、基础概念

1、工作区的划分

Workspace：工作区，就是你平时存放项目代码的地方

Index / Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息

Repository：仓库区（或版本库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

2、文件状态的转换关系

Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.

Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified.如果使用git rm移出版本库, 则成为Untracked文件.

Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout 则丢弃修改过,返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改

Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存,文件状态为Modified

下面的图很好的解释了这四种状态的转变：

新建文件--->Untracked

使用add命令将新建的文件加入到暂存区--->Staged

使用commit命令将暂存区的文件提交到本地仓库--->Unmodified

如果对Unmodified状态的文件进行修改---> modified

如果对Unmodified状态的文件进行remove操作--->Untracked

二、初始化

三、本地操作

note：

git diff 比较的是工作区和暂存区的差别
git diff --cached 比较的是暂存区和版本库的差别
git diff HEAD 可以查看工作区和版本库的差别

四、远程操作

note：git fetch和git pull的区别

远程仓库副本，可以理解为存在于本地的远程仓库缓存。如需更新，可通过git fetch/pull命令获取远程仓库内容。使用fech获取时，并未合并到本地仓库，此时可使用git merge实现远程仓库副本与本地仓库的合并。

git pull = git fetch + (git merge or git rebase)，本地有个远程仓库的副本，git pull会把远程仓库副本和本地仓库更新，工作区在 git pull 的时候和本地仓库会保持一致(git pull 会把工作区一起更新覆盖，但不会对暂存区造成影)，图上没有很好体现，主要在核心内容上。

git checkout ：加文件名，从远程仓库拉取直接替换覆盖本地文件，可用来恢复本地误删或git rm的文件

五、分支操作

创建新分支：git branch branchName

切换到新分支：git checkout branchName

然后，上面两个命令也可以合成为一个命令：

git checkout -b branchName

六、其他高级操作

Rebase ：分支合并

1.我们先从 master 分支切出一个 dev 分支，进行开发：

git:(master) git checkout -b feature1

2.这时候，你的同事完成了一次 hotfix，并合并入了 master 分支，此时 master 已经领先于你的 feature1 分支了：

3.恰巧，我们想要同步 master 分支的改动，首先想到了 merge，执行：

git:(feature1) git merge master

图中绿色的点就是我们合并之后的结果，执行：

git:(feature1) git log

就会在记录里发现一些 merge 的信息，但是我们觉得这样污染了 commit 记录，想要保持一份干净的 commit，怎么办呢？这时候，git rebase 就派上用场了。

4.让我们来试试 git rebase ，先回退到同事 hotfix 后合并 master 的步骤：

5.使用 rebase 后来看看结果：

git:(feature1) git rebase master

这里补充一点：rebase 做了什么操作呢？

首先，git 会把 feature1 分支里面的每个 commit 取消掉；
其次，把上面的操作临时保存成 patch 文件，存在 .git/rebase 目录下；
然后，把 feature1 分支更新到最新的 master 分支；
最后，把上面保存的 patch 文件应用到 feature1 分支上；