本文次要来介绍一下 Git 的外部状态管理系统。它利用基于节点和指针的数据结构来跟踪及治理编辑操作的工夫线。
对本地我的项目而言,任一时刻,Git 处于三种状态中的一种:工作区状态、暂存区状态和提交区状态。
上面利用新建我的项目来演示一下不同状态及其转换。
1. Initialize the project
$ mkdir git_tree_test && cd git_tree_test
$ git init
提醒:应用 'master' 作为初始分支的名称。这个默认分支名称可能会更改。要在新仓库中
提醒:配置应用初始分支名,并打消这条正告,请执行:提醒:提醒:git config --global init.defaultBranch < 名称 >
提醒:提醒:除了 'master' 之外,通常选定的名字有 'main'、'trunk' 和 'development'。提醒:能够通过以下命令重命名刚创立的分支:提醒:提醒:git branch -m <name>
已初始化空的 Git 仓库于 /Users/phillee/git_tree_test/.git/
$ git status
位于分支 master
尚无提交
无文件要提交(创立 / 拷贝文件并应用 "git add" 建设跟踪)
这时咱们初始化了一个本地我的项目,默认创立 master 分支,尚无文件跟踪及提交。
2. The Working Directory
$ touch reset_lifecycle_file
$ git status
位于分支 master
尚无提交
未跟踪的文件:(应用 "git add < 文件 >..." 以蕴含要提交的内容)reset_lifecycle_file
提交为空,然而存在尚未跟踪的文件(应用 "git add" 建设跟踪)
当初咱们为我的项目新增了文件 reset_lifecycle_file,尚未提交,以后位于工作区(Working directory)。博客园代码显示零碎太垃圾了,这时的 reset_lifecycle_file 应该是红色的,示意还没有被跟踪。
3. Staging Index
$ git add reset_lifecycle_file
$ git status
位于分支 master
尚无提交
要提交的变更:(应用 "git rm --cached < 文件 >..." 以勾销暂存)新文件:reset_lifecycle_file
所有变动的文件,Git 都记录在一个区域,叫做 ” 暂存区 ”(Staging index)。咱们通过 git add
指令将工作区中的内容保留到暂存区,这时曾经实现了对文件的跟踪,但还没有申请提交。这时候的文件曾经被跟踪了,reset_lifecycle_file 应该是绿色的。
4. Commit History
$ git commit -m "init commit"
[master(根提交)88b5382] init commit
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 reset_lifecycle_file
$ git status
位于分支 master
无文件要提交,洁净的工作区
暂存区保留变动的文件信息,等到批改完结增加到 ” 提交历史 ”(Commit history)中,这就相当于以后我的项目的一个快照(snapshot)。
我的项目提交历史就是由不同工夫的快照形成。Git 能够依据此提交信息将我的项目复原到任意一个快照状态。
5. Reverse state switching
后面叙述并展现了三种状态之间的前向转换,当初咱们反过来看一下,如何将以后状态转换成其父状态。
$ touch gitadd_test_file
$ vim gitadd_test_file
新建一个测试文件并利用该文件进行不同状态之间转换的试验。
- 按
i
键进入编辑模式; - 键入
Hello world!
; - 按
esc
退出编辑模式; shift+;
进入命令编辑模式;- 键入
x
回车即可保留到文件并退出vim
。
$ git status
位于分支 master
未跟踪的文件:(应用 "git add < 文件 >..." 以蕴含要提交的内容)gitadd_test_file
提交为空,然而存在尚未跟踪的文件(应用 "git add" 建设跟踪)$ git add gitadd_test_file
$ git commit -m "add one file for test"
[master d97ee77] add one file for test
1 file changed, 1 insertion(+)
create mode 100644 gitadd_test_file
$ git log --oneline
d97ee77 (HEAD -> master) add one file for test
88b5382 init commit
按步骤 2 - 4 的形式将新创建的文件增加到提交历史中。当初咱们尝试将曾经提交 commit
但尚未 push
到远端仓库的状态返回到暂存区状态。此时的 gitadd_test_file 为绿色。
$ git reset --soft 88b538
$ git status
位于分支 master
要提交的变更:(应用 "git restore --staged < 文件 >..." 以勾销暂存)新文件:gitadd_test_file
如上后果所示,这时曾经处于 git commit
命令之前的状态,达到此后果应用的是 git reset --soft
指令。
该操作会保留文件的改变及索引状态,撤销实现后将回到增加改变的状态。留神与接下来要应用的 git reset --hard
之间的区别。此时的 gitadd_test_file 为绿色。
$ git restore --staged gitadd_test_file
$ git status
位于分支 master
未跟踪的文件:(应用 "git add < 文件 >..." 以蕴含要提交的内容)gitadd_test_file
提交为空,然而存在尚未跟踪的文件(应用 "git add" 建设跟踪)
通过 git restore --staged
指令,咱们得以将暂存区状态返回到工作区状态,也就是 git add
之前的状态。此时的 gitadd_test_file 为红色。
$ git add gitadd_test_file
$ git commit -m "add test file for git add test"
[master d535a57] add test file for git add test
1 file changed, 1 insertion(+)
create mode 100644 gitadd_test_file
$ git log --oneline
d535a57 (HEAD -> master) add test file for git add test
88b5382 init commit
$ git reset --hard 88b538
HEAD 当初位于 88b5382 init commit
$ git status
位于分支 master
无文件要提交,洁净的工作区
留神这里是将 gitadd_test_file
从新增加到暂存区,而后保留到提交历史中。从提交历史中的状态间接返回到 git add
之前的状态应用的指令是 git reset --hard
,该指令强制将 HEAD
指针指向提交历史线中的前一个提交状态,会连同咱们方才新建的文件一起全副撤销。这是一个比拟危险的行动,应用的时候要留神场合。当然即便这么操作了也并非就不能还原了,只是会多几步操作而已。
(全文完)