日常工具之【git基操】
git相关命令学习地址:https://www.w3cschool.cn/doc_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 <file>" 命令时,会直接从暂存区删除文件,工作区则不做出改变。 当执行 "git checkout . " 或者 "git checkout -- <file>" 命令时,会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险,会清除工作区中未添加到暂存区的改动。 当执行 "git checkout HEAD . " 或者 "git checkout HEAD <file>" 命令时,会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的,因为不但会清除工作区中未提交的改动,也会清除暂存区中未提交的改动。
Git 有三种状态,你的文件可能处于其中之一:已修改(modified)、已暂存(staged)、已提交(committed)。由此引出三个逻辑区域,他们和文件状态以及部分对应操作的关系如下图。
1.git安装后完善信息,姓名和邮箱
git config --global user.name "Your Name" git config --global user.email "email@example.com"
git config --get user.name // 查看用户名
2.创建工作区,初始化工作区
mkdir git-repository // 新建git仓库
cd git-repository // 进入到仓库所在目录
git init // 初始化工作区(仓库)
查看初始化工作区之后生成的隐藏文件.git:
config //文件- 包含一些配置选项
objects //目录- 存储所有Git的数据对象
HEAD//文件- 指定当前分支
info //目录- 存放项目信息,默认包含一个全局exclude文件, 用来放置不希望记录在.gitignore 中的忽略模式
description//文件- 仅供GitWeb 程序使用
hooks //目录- 存放可在某些指令前后触发运行的钩子脚本(hook scripts),默认包含一些脚本样例
refs//目录- 存储各个分支指向的目标提交
branches //目录- 还没发现有什么用处.git 目录下可能还会包含其他文件,不过对于一个全新的仓库,这将是你看到的默认结构。
其中有四个条目很重要:HEAD 文件、(尚未创建的)index 文件,和 objects 目录、refs 目录。这些条目是Git 的核心组成部分。
3.添加新文件并添加到缓存区,并commit
git add readme.txt // 将readme.txt文件添加到暂存区
git add . // 添加所有有修改的文件到暂存区
git commit -m '添加readme.txt文件' // commit提交到暂存区
通过git status查看添加到暂存区的文件的状态:
git add 之后,git commit之前,想要移除添加到暂存区的文件,执行如下命令:
git rm --cached readme.txt
git reset HEAD readme.txt // 此时撤销了git add readme.txt操作,回到工作区,如果放弃该文件的修改,可以继续使用git checkout -- readme.txt放弃对该文件的修改
4.将代码推送到远端
git push -u origin master // 将代码推送到远端
git push -u origin master -f // 强制覆盖远端
git push -f // 强制提交
git status // 查看工作区和暂存区的区别
git push origin HEAD --force // 推送本地到远程仓库:让远程仓库代码和你本地一样,到当前你本地的版本
5.比较工作区修改前后文件(在文件还没有进行git add之前,查看文件所修改的内容)
git diff readme.txt // 对比工作区文件修改
6.git查看提交记录
git log // 命令可以显示所有提交过的版本信息
git log --pretty=oneline // 在一行显示每个版本记录
git reflog // 可以查看所有分支的所有操作记录(包括已经被删除的 commit 记录和 reset 的操作)
7.git版本回退
git reflog // 版本回退需要知道commitid的前几位(前七位),所以需要先查看commitid
git reset --hard e3c958d // 假如要会退到第二版本 【git 只需简单的吧指针指向老的版本即可,所以速度很快】
git reset --hard HEAD^ // 回退到上一个版本
git reset –-hard HEAD^^ // 回退到上两个版本
git reset –-hard HEAD~100 // 回退到前100个版本
8.取消工作区修改[实际上使用版本库中文件替换 当前文件内容]、[前提是未执行git add操作]
// 1、首先修改工作区的文件
echo "read" > READM.txt
// 2、查看工作区状态
git status // 显示: modified: READM.txt
// 3、如果在没有git add之前,想要放弃这些修改,执行如下命令
git checkout -- READM.txt
9.取消暂存区文件的修改[前提是执行了git add操作]
// README.txt 文件中内容: write
// 1、修改文件
echo "read" > README.txt // 此时文件内容修改为read
// 2、添加到暂存区
git add README.txt
// 3、查看暂存区状态
git status // 此时会提示可以通过 git reset HEAD <file>... 撤销add到暂存区的内容
// 4、撤回暂存区内容,此时相当于当时修改了文件,但是没有执行git add README.txt
git reset HEAD README.txt
// 5、如果想还原文件,执行git status
git status
// 提示 1:(use "git add <file>..." to update what will be committed) 通过git add 添加到暂存区
// 提示2: (use "git checkout -- <file>..." to discard changes in working directory) 通过git checkout 放弃工作区的修改内容
// 6、放弃工作区内容修改
git checkout -- README.txt
// 7、此时文件内容还原为
cat README.txt // write
10.删除版本库中文件
git rm // 同时从工作区和索引中删除文件。即本地的文件也被删除了
git rm --cached // 从索引中删除文件。但是本地文件还存在, 只是不希望这个文件被版本控制
在git仓库目录下创建两个测试文件:test1.txt test2.txt
然后通过git status 查看状态: 提示可以通过git add 添加到版本库
执行git add . 和git commit 将新增的文件添加到版本库
1)git rm test1.txt ,执行完git commit 才会提交到版本库,效果如下图: 索引和工作区都被删除
2)执行git rm --cached test2.txt , 执行完git commit 才会提交到版本库,效果如下图:索引删除但是工作区还保留该文件
11. 初始化仓库,添加远程仓库地址
// 1、初始化仓库
git init
// 2、添加远程仓库地址
git remote add origin git@github.com:LittleGoodBoy/Jacoco-test.git // 一般给远程仓库命名为origin
// 3、在仓库中添加内容,并且add和commit之后,推送到远端
git push -u origin master // 第一次向远程仓库提交加 -u参数,加了参数-u后,以后即可直接用git push 代替git push origin master
12.从远程仓库克隆
git clone git@github.com:LittleGoodBoy/Jacoco-test.git // 后面也可再跟一个名字,即重命名git库
13.创建新的分支、切换分支、关联远端分支
git branch dev // 基于当前分支创建的本地分支,假设当前分支是master(远程分支),则是基于master分支创建的本地分支dev
// 新建的本地分支,不能直接通过git pull 或者git push 推送或者拉取远端分支内容,可以通过git pull origin dev(指定远程分支),进行拉取指定分支内容,或者先进行关联远端分支
git checkout dev // 从当前master分支切换到dev分支
git checkout -b dev // 这条命令把创建本地分支和切换到该分支的功能结合起来了,即基于当前分支master创建本地分支dev并切换到该分支下
git checkout -b dev origin/dev // 获取远端dev分支,并创建本地dev分支关联远端dev分支,并切换到本地dev分支
git push origin dev // 这条命令表示把本地dev分支提交到远程仓库,即创建了远程分支dev
git branch --set-upstream-to=origin/dev // 当前分支关联远端dev分支
14.合并分支
git merge master // 合并master分支到当前分支,默认使用-ff
git merge --no-ff -m "merge with no-ff" master // 采用非fast-forward方式合并分支
区别,推荐看如下文章:https://www.jianshu.com/p/418323ed2b03
15.删除本地分支、删除远端分支
git branch -d dev // 删除本地dev分支
git branch -D dev // 若分支有修改还未合并,会提示你还没合并,强行删除本地分支
git push origin -d dev // 删除远端dev分支
git branch // 查看本地所有分支 git branch -r // 查看远程所有分支 git branch -a // 查看本地和远程的所有分支 git branch <branchname> // 新建分支 git branch -d <branchname> // 删除本地分支 git branch -d -r <branchname> // 删除远程分支,删除后还需推送到服务器 git push origin:<branchname> // 删除后推送至服务器 git branch -m <oldbranch> <newbranch> // 重命名本地分支 重命名远程分支: 1、删除远程待修改分支 2、push本地新分支到远程服务器 //git中一些选项解释: -d --delete:删除 -D --delete --force的快捷键 -f --force:强制 -m --move:移动或重命名 -M --move --force的快捷键 -r --remote:远程 -a --all:所有
16.解决冲突
假如在一个新的分支上修改了readme并进行提交,master上也对readme进行了修改,而且修改的是同一行,也commit了,那么合并新分支到master时会报错
$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.//自动合并失败,手动解决冲突后,重新提交
// 需要手动解决冲突,重新提交
git add readme.txt
74565@jason MINGW64 /c/notos/code/gitpractice (master|MERGING)
$ git commit -m "fixed conflict"
[master 4cdbdc4] fixed conflict
17.查看分支合并图
git log --graph
18.查看远程仓库信息
git remote
git remote -v
19.推送分支(会推送到远端对应的分支上)
语法:$ git push <远程主机名> <本地分支名>:<远程分支名> 若省略远程分支,代表将本地当前分支推送到远端对应分支
git push origin master // 推送到远端的master
git push origin dev // 推送到远端的dev
20.git打标签(人类可以识别的标志)
git tag v0.1 33dd7af // 33dd7af是commit-id
git tag -a v0.2 -m "stable edition" e47dc70
git tag // 查看 tag
21.操作标签
git push origin <tagname> // 可以推送一个本地标签
git push origin --tags // 可以推送全部未推送过的本地标签
git tag -d <tagname> // 可以删除一个本地标签
git push origin :refs/tags/<tagname> // 可以删除一个远程标签
1. 显示出branch1和branch2中差异的部分
git diff branch1 branch2 --stat
2. 显示指定文件的详细差异
git diff branch1 branch2 具体文件路径
3. 显示出所有有差异的文件的详细差异
git diff branch1 branch2
4. 查看branch1分支有,而branch2中没有的log
git log branch1 ^branch2
5. 查看branch2中比branch1中多提交了哪些内容
git log branch1..branch2
注意,列出来的是两个点后边(此处即dev)多提交的内容。
6. 不知道谁提交的多谁提交的少,单纯想知道有是吗不一样
git log branch1...branch2
7. 在上述情况下,在显示出没个提交是在哪个分支上
git log --lefg-right branch1...branch2
注意 commit 后面的箭头,根据我们在 –left-right branch1…branch2 的顺序,左箭头 < 表示是 branch1 的,右箭头 > 表示是branch2的。
1、查看 dev 有,而 master 中没有的:git log dev ^master 2、查看 master 中有,而 dev 中没有的内容:git log master ^dev 3、查看 dev 中比 master 中多提交了哪些内容:git log master..dev 4、查看 master 比 dev 多提交了哪些内容:git log dev..master 5、不知道谁提交的多谁提交的少,单纯想知道有什么不一样:git log dev...master 6、在上述情况下,再显示出每个提交是在哪个分支上:git log --left-right dev...master 注意 commit 后面的箭头,根据我们在 –left-right dev…master 的顺序,左箭头 < 表示是 dev 的,右箭头 > 表示是 master的。
问题1:git pull 失败 ,提示:fatal: refusing to merge unrelated histories
解决方式:
其实这个问题是因为 两个 根本不相干的 git 库, 一个是本地库, 一个是远端库, 然后本地要去推送到远端, 远端觉得这个本地库跟自己不相干, 所以告知无法合并。
一个种方法: 是 从远端库拉下来代码 , 本地要加入的代码放到远端库下载到本地的库, 然后提交上去 , 因为这样的话, 你基于的库就是远端的库, 这是一次update了
第二种方法:
使用这个强制的方法:git pull origin master --allow-unrelated-histories
后面加上 --allow-unrelated-histories
, 把两段不相干的 分支进行强行合并