前言
那么这里博主先安利一些干货满满的专栏了!
首先是博主的高质量博客的汇总,这个专栏里面的博客,都是博主最最用心写的一部分,干货满满,希望对大家有帮助。
高质量博客汇总https://blog.csdn.net/yu_cblog/category_12379430.html
然后就是博主最近最花信息的一个专栏《Git企业开发控制理论和实操》希望大家多多关注!
Git企业开发控制理论和实操https://blog.csdn.net/yu_cblog/category_12419275.html?spm=1001.2014.3001.5482
博主的Github主页
里面都是一些博主自己做的项目,希望对大家有帮助。
Yufccode (Fengcheng Yu) · GitHubfocus on backend development. Yufccode has 12 repositories available. Follow their code on GitHub.https://github.com/Yufccode
Git的基本操作
创建本地仓库
命令:git init
创建好之后会多一个 .git
目录,里面是什么我们先不管,后面再说。
不要手动修改里面的任何内容!
配置本地仓库
一进去之后首先要配置的两个东西,是一定要配置的
- name
如果不配置在后续就会有一系列的问题。
配置使用 git config
命令
git config user.name "xxx"
git config user.email "xxx"
检查是否配置好了:
git config -l # 检查config中的所有配置
删除配置:
比如删除名字
git config --unset user.name
全局设置:
表示可以在当前机器下的所有仓库中都生效。
git config --global user.name "xxx" # 全局设置
git confit --global --unset user.name # 全局重置
认识工作区、暂存区、版本库
现在,请问这个git仓库可以管理这个README.md
吗?
答案是还不可以。因为本质上.git
才是仓库,外面不是。
但是.git
是绝对不允许手动修改的。
其实.git
里面叫做版本库(仓库),外面叫做工作区。
那么怎么样才能让README.md
被管理呢?要进行一些操作。
这张图的工作区,就是README.md所在的地方。
stage可以称作暂存区/索引,即/index
HEAD是一个指针,只想master,这个概念我们到后面再理解。
添加文件
git add
本质是添加到stage中!
命令:
git add # 后面跟上文件名
git add . # 添加当前所有问题
git add file.log test.txt # 添加指定文件
git commit
git commit -m "add my first file" # 这里不要乱写,这里写的是提交的细节,对后续维护很重要
git log
git log
可以打印从近到远的所有提交记录。
这个是经过哈希计算出来的,很大的数字。
git log --pretty=oneline # 这样可以打印的漂亮一点
学会看懂.git目录里的文件
我们可以看看完成了一系列操作后的目录结构,如下所示。
(base) [yufc@ALiCentos7:~/Src/Bit-Courses/GitDevelopment/gitcode]$ tree .git .git ├── branches ├── COMMIT_EDITMSG ├── config ├── description ├── HEAD ├── hooks │ ├── applypatch-msg.sample │ ├── commit-msg.sample │ ├── post-update.sample │ ├── pre-applypatch.sample │ ├── pre-commit.sample │ ├── prepare-commit-msg.sample │ ├── pre-push.sample │ ├── pre-rebase.sample │ └── update.sample ├── index ├── info │ └── exclude ├── logs │ ├── HEAD │ └── refs │ └── heads │ └── master ├── objects │ ├── 0d │ │ └── f05318450b3455603cd0b0fc2cb4f4c8faa366 │ ├── 86 │ │ └── 5a7036c778b72e201a13e65b37bc35cbd83ade │ ├── 8d │ │ └── 9ba68bb8b2dfea545ec559b43f9f08d4d362c0 │ ├── d3 │ │ └── b98d1ce30bb03f3140dee28718bbdf08579543 │ ├── e6 │ │ └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391 │ ├── f4 │ │ └── 2df147c60543792b9b56e1118f11409d55e87a │ ├── info │ └── pack └── refs├── heads│ └── master└── tags 18 directories, 24 files
我们在刚才说了,add之后东西会被放到暂存区里面去:/index
暂存区 /index
然后我们可以在目录结构中找到这个index了。
add之后的内容就会放到index里面去的!
HEAD指针
我们还要看HEAD,刚才说了HEAD是一个指针,指向master。
就是指向master的
master
可以发现,master就是最新的一次提交的commit id
我们刚才说了,master里面存放的都是对象object
的索引,可以把commit id
理解成一个对象
object对象
那么如何查看object对象里面的具体内容呢?
首先要把上面的 commit id
分成两部分来看。
前两位,也就是f4
表示文件夹的名称,后面表示文件名,如图所示。
但是现在查看不能直接cat
了,要用一个特殊的命令
git cat-file -p [commit id]
最新的一次提交的描述信息,就写在这里。
学到这里,我们可以输出一个结论:Git追踪管理的其实就是修改,而不是文件!
修改文件
git status
命令
先介绍一个命令,用于查看仓库的状态。
git status
我刚才在我的README.md里面新增了一行,然后git statues
告诉我:
Changes not staged for commit
:暂存区中没有要修改的内容
修改的内容在工作区的README.md
中
git diff
命令
git diff README.md
即:找出工作区和暂存区中README.md
文件的差异。打印格式是Unix
常用的diff格式。
修改后
我们git add .
一下之后,再git status
试一下
提交看看。
版本回退
回退操作
重点命令:
git reset [--soft | --mixed | --hard] [HEAD]
直接上例子。
我们的README.md其实是有两个版本的,一个是一开始的版本,一个是添加一行后的版本。
git reset
本质是回退版本库中的内容。
--soft | --mixed | --hard |
---|---|---|
只回退版本库中的内容,工作区和暂存区不变 | 版本库+暂存区回退,工作区不变 | 回退所有区域中的内容 |
默认使用--mixed
选项。
--hard
慎用,因为如果我正在工作区进行开发,但是调用了--hard
的回退,工作区的内容就直接丢失了。
在操作直线先看看日志。
调用git reset
回退之后,在add my first file
这一次修改之后的所有修改,都会直接被回退。
如果后续需要撤销修改:也是执行git reset
命令。
如果你的bash还没clear,还是能看到刚才的commit id
那直接调用git reset
也是可以撤销的。
那如果你屏幕clear
了呢?也是可以撤销的。
git reflog # 它可以看到本地每一次的提交命令
前面那些短的数字和字母,其实就是 commit id
的一部分。用这一部分也是可以回退的。
回退本质
本质就是一个指针动来动去而已。
撤销修改
如果我们在工作区在一个版本基础上继续开发,但是越写越觉得自己的代码是垃圾,写不下去了,想直接回到修改前的版本。
首先是有三个场景:
-
只在工作区中改了
-
add了但没有commit
-
commit了
情况一:仅在工作区中进行了修改
git checkout -- README.md
这个命令可以让文件撤销到上一次add时候的状态。
注意:命令中的--
是很重要的,如果不加--
,命令是另外一个含义。
情况二:add了但没有commit
先把准备工作做一下,把工作区和暂存区的弄成一致的先。
利用git reset
就行
git reset --hard ... # 这个命令也可以回退到和当前版本库内容一致的版本下,即版本库啥样就回退到啥样
git reset --hard HEAD # 表示回退到当前版本
git reset --hard HEAD^ # 表示回退到上一个版本
git reset --hard HEAD^^ # 表示回退到上两个版本,以此类推
# 当然这里面reset的选项可以自己选
情况三:已经commit
同样可以利用git reset
命令。
那么我们知道HEAD
是当前版本,HEAD^
是上一个版本,所以情况三也是很好解决的。
git reset --hard HEAD^ # 三个区都回退到上个版本
注意:情况三有一个大的前提条件,即:commit之后没有push
操作。
至于什么是push
操作后续才会讲解。
为什么要有这个前提呢,不是说push了我们的代码就改不了,而是说,在企业中,跑的代码是远程仓库中的代码,不是我本地的代码。
撤销的目的:就是不影响远程仓库的代码。
删除文件
方法一
在工作区rm
之后,add
和commit
就行了。
方法二
使用git
提供的命令。
git rm file1
这个命令可以帮我们做两件事:
-
删除工作区中的
file1
-
删除暂存区中的
file1
因此我们再git commit
一下就能完成删除了。