微信网站建设定制,青海建设工程信息网站,做网站容易 但运营难,企业宣传网站建设说明书1. git建立本地仓库
在想要建立的目录下输入命令
git init 我们可以看一下 .git目录下有什么 2. 配置git本地仓库
配置用户的 name 和 email
命令#xff1a;git config [...] 配置完后#xff0c;我们像查看一下 刚才的配置
2.1 查看配置命令
git config -l 2.2 删除…1. git建立本地仓库
在想要建立的目录下输入命令
git init 我们可以看一下 .git目录下有什么 2. 配置git本地仓库
配置用户的 name 和 email
命令git config [...] 配置完后我们像查看一下 刚才的配置
2.1 查看配置命令
git config -l 2.2 删除配置
命令git config --unset [...] 查看配置 配置已经删除了
2.3 全局配置
解释在我们的一台服务器上有时候并不是只有一个git仓库如果我们想要全局配置的话需要加一个选项 --global
git config --global [...] 查看配置项 2.4 删除全局配置
删除全局配置的话 只有 --unset 是不可以的需要加上 --global 选项 3. 认识 git 工作区、暂存区、版本库
3.1 我们在gitcode目录下创建一个ReadMe文件并查看 其中ReadMe文件目前并未被git所管理, 因为当前的gitcode目录并非真的git仓库二gitcode目录下的隐藏文件 .git目录才是真的 版本库仓库但是我们并不可以手动的在 .git目录下修改文件创建/删除 等...,所以 ReadMe文件就是工作区 但是我们的工作区的文件并不是不可以被管理我们需要做一些工作看上图 2. 我们图片上的 stage 区域就是暂存区/索引
3.2 对工作区文件的管理
3.2.1 add
我们将工作区的的修改新增、修改、删除我们通过add,可以将修改的内容添加到暂存区但是这并不算添加到版本库中
3.2.2 commit
在我们add之后我们只有进行commit后才会把修改的内容存到版本库中
我们只有做完这两步我们的git才能管理这个 ReadMe 文件
3.3 如何理解 git管理文件add操作 其实在我们的版本库中还有一个objects 对象我们的objects中存的是一个个的git对象而我们 每一次add的时候对工作区的修改的内容都会存在一个新的git对象中所以我们维护的这些 git对象也就是对这些文件进行版本管理 我们的stage 中存的是索引指向objects 3.4 commit
我们在commit后就会把暂存区的内容存到master 中而我们的master中也存的是索引 而我们想要拿到我们的master分支我们只需要拿到 HEAD 指针就好了 我们可以对应的看一下 .git目录 和上面的图片 但是我们的.git目录里面没有stage因为 stage里面是暂存区我们的git仓库是刚创建的还没有暂存的内容所以我们的.git目录里面还没有stage
4. git 添加文件_场景1
我们现在ReadMe文件中写入一些内容 然后我们使用add将 ReadMe文件添加到暂存区
git add [...] 表示指定文件的修改内容添加到暂存区
git add . 表示将所有的文件的修改内容添加到暂存区 git commit -m 这里面描述修改内容 这个-m必不可少-m后面是本次版本的修改内容 commit 后会打印日志
5. 查看最近提交
git log 如果觉得这样太乱的话可以加 --prettyoneline 打印一行 6. 查看git文件
我们先看一下我们gitcode目录下的.git目录 我们现在看一下我们的.git/HEAD 我们看到我们的HEAD下有一个master
而我们知道我们最后的内容都会存到master分支里面我们看一下 我们看到我们的master里面是一串上面这样的文本而我们注意我们在上面commit后打印的日志里面就有这样内容
而我们的master存的就是索引我们的索引最终都指向 objects 我们在看一下我们的 .git 目录里面的 objects目录 我们看前面的这两个前面的这两位代表文件名而后面的就代表d7里面的文件名了
如果我们想要查看里面的文件内容我们的命令是
git cat-file -p 这里面还有我们第一次提交的信息我们再看一下我们该信息里面的 tree 我们继续看一下 我们看到又打印出了一条信息我们继续使用git cat-file -p 查看 我们看到了我们所写入的内容 7. git添加文件_场景2
我们先创建1个文件file1 然后 add
我们又创建一个文件 file2
然后我们 commit 我们原意是将file1 和 file2 都commit 但是这里只有一个文件被changed 说明只有一个文件被修改我们的file2没有被提交因为我们的add是将文件放到暂存区stage我们的commit是将暂存区的文件给存到master分支中,我们的file2没有存到暂存区也就是没有add所以不可以被commit如果我们想要将file2也存到master中我们就继续对file2 进行add 然后commit 8. 修改文件
实际上 git 追踪的是修改而不是文件
我们先将 hello world 修改为 hello git 8.1 查看文件是否被修改
git status 但是我们的 git status 并不能知道我们修改的内容
8.2 查看文件被修改的内容
git diff [...] 上面的图片里面的内容可以看一下代表什么
8.3 提交修改文件
git add后我们查看 git status 我们的这里的提示改变了显示我们需要将改变commit
我们可以看一下没有add之前的提示 这里显示我们没有暂存区stage的内容需要提交
所以我们现在 commit 后继续用 git status 查看 9. git版本回退
版本回退版本回退就是从当前版本回退到之前的某一个版本
命令git reset [--soft | --mixed | --hard] [HEAD]
git reset 本质回退的版本库中的内容
我们的git中是由三个区的分别是
1.工作区
2.暂存区
2.版本库
其中我们的git reset回退的结果是什么由git reset 后面的三个选项觉得
soft只回退版本库mixed回退版本库和暂存区不会回退工作区hard全部回退默认mixed 我们之前的提交 那么当我们想要回退到第一次提交我们使用 hard 我们将第一次提交的那一串ID粘贴到后面然后我们看到打印了一条日志 我们现在看到我们之前提交的 file1 file2已经在工作区都回退了
我们继续查看log 我们这次的log 只剩下第一次提交的内容了 如果我们后悔了刚才的回退那么我们怎么样
我们还是使用 git reset 命令
我们找到刚才回退之前查看的log,找到最后一次提交的ID 我们看一下工作区的文件和log 那么如果我们找不到之前的commit ID 呢
9.1查看之前提交ID
git reflog 我们前面的这一部分也是提交ID我们同样也可以使用前面的这个ID进行回退
我们先看一下现在的提交信息 我们使用git reset进行回退这次使用reflog前面的ID 我们回退之后我们在查看一下log 10. 撤销修改
我们现在已经有一个文本了我们对已有文本进行修改有三个场景 1.我们只对我们工作区的文本进行的修改
2.我们随工作区的文本进行修改后还进行的add
3.我们不仅修改了工作区的文本还add了最后还commit了
我们的撤销操作对于这三种情况下是不同的
10.1 我们只对工作区进行了修改 我们想对工作区的文本进行撤销
命令git checkout -- 我们看一下ReadMe文档 git checkout -- 表示将工作区恢复到最近一次add/commit的状态
10.2 工作区和暂存区都修改 我们要是想回退到之前的状态我们应该怎么做
命令git reset 该命令不仅可以回退到之前版本还可以回退到当前版本
gti reset HEAD HEAD代表回退到当前版本如果想回退到上一个版本我们还可以在HEAD后面加^, 加一个^代表回退到上一个加两个 ^代表回退到上面两个版本
由于我们的暂存区已经修改所以我们可以使用 --mixed / --hard, --hard会直接将工作区版本也回退 --mixed只能回退暂存区的所以把暂存区回退后就是第一种情况了 我们在看一下status 我们的暂存区已经回退了
下面我们在使用第一种情况下的处理方法 我们看到这样就回退了 10.3 工作区、暂存区、版本库都修改了 前提在我们commit后并没有push操作 我们的工作区、暂存区、版本库都修改了所以我们使用 git reset --hard 操作撤销 10.4 总结 11. 删除文件 我们删除掉file1
我们使用 git 提供的 rm 删除操作 我们看一下git rm 的作用
1.删除了工作区的文件 2.删除了暂存区的文件 所以我们只需要最后commit就可以了 我们最后看一下status 我们的工作区以及没有要提交的了 git 的基本操作就到这里~
下一次讲 git 分支管理
