Git 工作流程
一般工作流程如下:
- 克隆 Git 资源作为工作目录。
- 在克隆的资源上添加或修改文件。
- 如果其他人修改了,你可以更新资源。
- 在提交前查看修改。
- 提交修改。
- 在修改完成后,如果发现错误,可以撤回提交并再次修改并提交。
下图展示了 Git 的工作流程:
Git 工作区、暂存区和版本库
基本概念
我们先来理解下 Git 工作区、暂存区和版本库概念:
- 工作区:就是你在电脑里能看到的目录。
- 暂存区:英文叫 stage 或 index。一般存放在 .git 目录下的 index 文件(.git/index)中,所以我们把暂存区有时也叫作索引(index)。
- 版本库:工作区有一个隐藏目录 .git,这个不算工作区,而是 Git 的版本库。
下面这个图展示了工作区、版本库中的暂存区和版本库之间的关系:
- 图中左侧为工作区,右侧为版本库。在版本库中标记为 “index” 的区域是暂存区(stage/index),标记为 “master” 的是 master 分支所代表的目录树。
- 图中我们可以看出此时 “HEAD” 实际是指向 master 分支的一个”游标”。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。
- 图中的 objects 标识的区域为 Git 的对象库,实际位于 “.git/objects” 目录下,里面包含了创建的各种对象及内容。
- 当对工作区修改(或新增)的文件执行 git add 命令时,暂存区的目录树被更新,同时工作区修改(或新增)的文件内容被写入到对象库中的一个新的对象中,而该对象的ID被记录在暂存区的文件索引中。
- 当执行提交操作(git commit)时,暂存区的目录树写到版本库(对象库)中,master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。
- 当执行 git reset HEAD 命令时,暂存区的目录树会被重写,被 master 分支指向的目录树所替换,但是工作区不受影响。
- 当执行 **git rm –cached ** 命令时,会直接从暂存区删除文件,工作区则不做出改变。
- 当执行 git checkout . 或者 **git checkout – ** 命令时,会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险,会清除工作区中未添加到暂存区的改动。
- 当执行 git checkout HEAD . 或者 **git checkout HEAD ** 命令时,会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的,因为不但会清除工作区中未提交的改动,也会清除暂存区中未提交的改动。
Git基本操作
Git的安装以及配置不在此做过多赘述。以下实操均在Windows10环境下操作。
1)在D盘新建文件夹“workspace”,进入该文件夹,右键鼠标,选择“Git Bash Here”,进入git命令行,可执行Linux下的一些命令。
1 | git init learnGit |
我们可以看到workspace文件夹下新建了learnGit文件夹,并且在learnGit文件夹中有个**.git**文件夹,这个文件夹就是Git的本地版本库。
2)在learnGit文件夹下新建文件readme.txt:
1 | cd learnGit |
3)查看文件状态:
1 | git status |
可以看到readme.txt这个文件的状态是既没有添加到缓存区也没有提交到本地版本库。
4)添加文件到缓存区,并再次查看状态:
1 | git add readme.txt warning: LF will be replaced by CRLF in readme.txt. |
可以看到,文件已经添加至缓存区,等待提交至版本库。
5)提交文件到版本库,并再次查看状态:
1 | git commit -m "first commit" [master (root-commit) 805a3d4] first commit |
此时,本地文件与本地版本库已经完全一致。
6)使用编辑器修改本地文件readme.txt,再比较本地文件(工作区)与缓存区的差异。
1 | cat readme.txt |
可以看到工作区比暂存区文件多出一行。
7)比较工作区与本地版本库文件的差异:
1 | git diff master |
8)将文件添加至缓存区,比较缓存区与本地版本库的差异:
1 | git add readme.txt warning: LF will be replaced by CRLF in readme.txt. |
9)添加至版本库,并查看提交日志。
1 | git commit -m "secode" |
可以看到全部共两次提交的记录。
10)回退到上一个版本
1 | git reset --hard head^ HEAD is now at 805a3d4 first commit |
11)回退到任意版本(hard后面的版本号不必写全)
1 | git reset --hard 22383582753d734a5e57c816be15d79e9ce26754 |
使用文本的方式演示实在是太麻烦了,更多实用操作请自行检索。
也可参照B站视频,走一遍流程也就差不多了。