一、git简介:
1、什么是Git:
Git是目前世界上最先进的分布式版本控制系统。
工作原理 / 流程:
Workspace:工作区
Index / Stage:暂存区
Repository:仓库区(或本地仓库)
Remote:远程仓库
2、什么是版本控制?
什么是版本控制?我真的需要吗?版本控制是一种记录若干文件内容变化,以便将来查阅特定版本修订情况的系统。在本书所展示的例子中,我们仅对保存着软件源代码的文本文件作版本控制管理,但实际上,你可以对任何类型的文件进行版本控制。
如果你是位图形或网页设计师,可能会需要保存某一幅图片或页面布局文件的所有修订版本(这或许是你非常渴望拥有的功能)。采用版本控制系统 (VCS)是个明智的选择。有了它你就可以将某个文件回溯到之前的状态,甚至将整个项目都回退到过去某个时间点的状态。你可以比较文件的变化细节,查出最 后是谁修改了哪个地方,从而导致出现怪异问题,又是谁在何时报告了某个功能缺陷等等。使用版本控制系统通常还意味着,就算你乱来一气把整个项目中的文件改 的改删的删,你也照样可以轻松恢复到原先的样子。但额外增加的工作量却微乎其微。
3、Git与SVN的最主要的区别?
SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而干活的时候,用的都是自己的电脑,所以首先要从中央服务器哪里得到最新的版本,然后干活,干完后,需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作,如果在局域网还可以,带宽够大,速度够快,如果在互联网下,如果网速慢的话,就纳闷了。
Git是分布式版本控制系统,那么它就没有中央服务器的,每个人的电脑就是一个完整的版本库,这样,工作的时候就不需要联网了,因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库,那多个人如何协作呢?比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,这时,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
二、git的下载和安装:
Git下载安装:https://blog.csdn.net/TTDreamTT/article/details/112763591
三、git的使用:
1、创建本地版本库:
什么是版本库?版本库又名仓库,英文名repository,你可以简单的理解一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改,删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻还可以将文件”还原”。
所以创建一个版本库也非常简单,如下我在D:\workspace目录下新建一个item_test版本库。可以通过命令创建目录,也可以直接创建一个文件目录。
第一步:创建item_test目录:
- 我们采用直接创建的方式,创建一个item_test目录;
- 在该目录下,执行初始化命令git init ,将该目录变成git可以管理的仓库。
- pwd :命令是用于显示当前的目录。
第二步:初始化git版本库:git init :
这时候你当前item_test目录下会多了一个.git的目录,这个目录是Git来跟踪管理版本的,没事千万不要手动乱改这个目录里面的文件,否则,会把git仓库给破坏了。如下:
2、把文件添加到本地版本库中:
首先要明确下,所有的版本控制系统,只能跟踪文本文件的改动,比如txt文件,网页,所有程序的代码等,Git也不列外,版本控制系统可以告诉你每次的改动,但是图片,视频这些二进制文件,虽能也能由版本控制系统管理,但没法跟踪文件的变化,只能把二进制文件每次改动串起来,也就是知道图片从1kb变成2kb,但是到底改了啥,版本控制也不知道。
我在版本库item_test目录下新建一个记事本文件 1.txt 内容如下:11111
第一步:git add :
- git add 文件名 : 将某个文件添加到暂存区;
- git add ./ : 将当前目录的下的文件添加到暂存区。
使用命令 git add 1.txt,将文件添加到暂存区里面去。如下:
如果和上面一样,没有任何提示,说明已经添加成功了。
第二步: git commit:
用命令 git commit告诉Git,把文件提交到本地仓库(本地版本库)。
第三步: git status:
查看是否有未提交的文件。
现在我们已经提交了一个1.txt文件了,我们下面可以通过命令git status来查看是否还有文件未提交,
如下:
如出现图中的提示信息,说明没有任何文件需要未提交;
但是我现在继续来改下1.txt内容,比如我在下面添加一行22222内容,继续使用git status来查看下结果,如下:
上面的命令告诉我们 1.txt文件已被修改,但是未被提交的修改。
第四步: git diff:
现在看下1.txt文件到底改了什么内容,如何查看呢?可以使用如下命令:
git diff 1.txt
如上可以看到,readme1txt文件内容从一行11111改成 二行, 添加了一行22222内容。
知道了对1.txt文件做了什么修改后,我们可以放心的提交到仓库了,
提交修改和提交文件是一样的2步:
第一步是 : git add ;
第二步是:git commit。
注意:
1、修改完文件之后,执行 git status 命令,可以看到1.txt文件是红色的,说明该文件修改后没有添加到暂存区,没有提交到仓库;
2、执行 git add 1.txt 操作,然后再执行git status命令,可以看到1.txt文件是绿色的,,说明该文件修改后已经添加到暂存区,但是没有提交到仓库;
3、版本回退(指的是本地仓库的版本回退):
3.1、git log:
我们已经学会了修改文件,现在我继续对1.txt文件进行修改,再增加一行内容:“33333”;
然后,将文件添加到版本库。
在我已经对readme.txt文件做了三次修改了,那么我现在想查看下历史记录,如何查呢?我们现在可以使用命令 git log 演示如下所示
- git log命令显示从最近到最远的显示日志,我们可以看到最近三次提交;
- 最近的一次是,增加内容为33333;
- 上一次是添加内容222222;
如果嫌上面显示的信息太多的话,我们可以使用命令 git log --pretty=oneline 演示如下:
现在我想使用版本回退操作,我想把当前的版本回退到上一个版本,要使用什么命令呢?可以使用如下2种命令:
- 第一种方式:git reset --hard HEAD^;
那么如果要回退到上上个版本只需把HEAD^ 改成 HEAD^^ 以此类推; - 第二种:git reset --hard HEAD~100 ;
那如果要回退到前100个版本的话,使用第一种的方法肯定不方便,可以使用第二种。
3.2、具体操作:
未回退版本之前的文件内容为:
回退到上一个版本:
再来查看下 1.txt内容如下:通过命令cat 1.txt 查看:
可以看到,内容已经回退到上一个版本了。我们可以继续使用git log 来查看下历史记录信息,如下:
我们看到 增加33333 内容我们没有看到了,但是现在我想回退到最新的版本,如:有33333的内容,要如何恢复呢?我们可以通过版本号回退,使用命令方法如下:
- 首先查看添加内容33333的版本号是多少;
- 然后根据版本号就可以回退到某一个版本了。
- 通过命令:git reset --hard 版本号 来回退。
从上面的提交记录我们可以看到,添加内容为33333提交的版本号为:6c001ca,操作如下:
我们可以查看一下内容是否恢复了:结果内容恢复了。
可以查看一下日志:33333提交日志也恢复了。
查看一下是否有未提交的文件:没有未提交的。
4、工作区与暂存区的区别:
- 工作区:就是你在电脑上看到的目录,比如目录下testgit里的文件(.git隐藏目录版本库除外)。或者以后需要再新建的目录文件等等都属于工作区范畴。
- 版本库(Repository):工作区有一个隐藏目录.git,这个不属于工作区,这是版本库。其中版本库里面存了很多东西,其中最重要的就是stage(暂存区),还有Git为我们自动创建了第一个分支master,以及指向master的一个指针HEAD。
我们前面说过使用Git提交文件到版本库有两步:
- 是使用 git add 把文件添加进去,实际上就是把文件添加到暂存区。
- 使用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支上(master分支)。
我们继续使用demo来演示下:
我们在1.txt再添加一行内容为44444,接着在目录下新建一个文件为2.txt 内容为test,我们先用命令 git status来查看下状态,如下
现在我们先使用git add 命令把2个文件都添加到暂存区中,再使用git status来查看下状态,如下:
我们发现,两个文件都由红色变成了绿色。
接着我们可以使用git commit一次性提交到分支上,如下:
5、Git撤销修改和删除文件操作:
5.1、撤销文件修改:(git restore: 命令撤销的工作区的文件修改)
比如我现在在1.txt文件里面增加一行 内容为55555,我们先通过命令查看如下:
在我未提交之前,我发现添加的55555内容有误,所以我得马上恢复以前的版本,现在我可以有如下几种方法可以做修改:
- 第一:如果我知道要删掉那些内容的话,直接手动更改去掉那些需要的文件,然后add添加到暂存区,最后commit掉。
- 第二:我可以按以前的方法直接恢复到上一个版本。使用 git reset --hard HEAD^;
但是现在我不想使用上面的2种方法,我想直接想使用撤销命令该如何操作呢?首先在做撤销之前,我们可以先用 git status 查看下当前的状态。如下所示:
可以发现,Git会告诉你,使用“git restore”命令 可以丢弃工作区的修改,如下命令:
git restore 1.txt,如下所示:55555内容没有了。
命令 git restore 1.txt 意思就是,把1.txt文件在工作区做的修改全部撤销,这里有2种情况,如下:
- 1.txt自动修改后,还没有放到暂存区,使用上述撤销命令,撤销修改就回到和版本库一模一样的状态。
- 另外一种是1.txt已经放入暂存区了,接着又作了修改,撤销修改后,回到的是添加暂存区后的状态。
对于第二种情况,我想我们继续做demo来看下:
假如现在我对1.txt添加一行 内容为66666,我git add 增加到暂存区后,接着添加内容77777,我想通过撤销命令让其回到暂存区后的状态。如下所示:
最终: 内容66666已经添加到暂存区了,执行撤销命令后,内容不变;内容77777没有添加到暂存区,所以,执行撤销命令,内容77777就撤销了,没有了。
5.2、删除文件:
假如我现在版本库item_test目录添加一个文件3.txt,然后提交。如下:
然后使用删除命令,删除该文件:然后去工作区,发现3.txt文件已经不在了。
如上:一般情况下,可以直接在文件目录中把文件删了,或者使用如上rm命令:rm 3.txt ,如果我想彻底从版本库中删掉了此文件的话,可以再执行commit命令 提交掉。
5.3、恢复删除的文件:
执行rm 3.txt命令后,只要没有commit之前,如果我想在版本库中恢复此文件如何操作呢?
可以使用如下命令 :
git restore 3.txt
就可以将删除的文件恢复。
四、远程仓库:
1、GitHub的注册和配置:
请参考:https://blog.csdn.net/TTDreamTT/article/details/112138391
2、配置本地仓库与远程仓库:
由上面的流程可知,我们在本地新建了一个版本库:item_test,那么如何将本地的版本库放到GitHub上呢?即如果放到远程仓库?
现在的情景是:我们已经在本地创建了一个Git仓库后,又想在github创建一个Git仓库,并且希望这两个仓库进行远程同步,这样github的仓库可以作为备份,又可以其他人通过该仓库来协作。
第一步、创建远程仓库:
登录github上,然后在右上角找到“create a new repo”创建一个新的仓库。仓库的名称和本地的仓库名称一致。
如下:
在Repository name填入item_test,其他保持默认设置,点击“Create repository”按钮,就成功地创建了一个新的Git仓库:
目前,在GitHub上的这个item_test仓库还是空的,GitHub告诉我们,可以从这个仓库克隆出新的仓库,也可以把一个已有的本地仓库与之关联,然后,把本地仓库的内容推送到GitHub仓库。
第二步、将本地仓库 关联远程仓库:
仓库地址:
执行命令:
git remote add origin https://github.com/TTDreamTT/item_test.git
如果出现如上图中的提示信息:“fatal: remote origin already exists” ,说明目前已有一个远程关联。
- 问题:执行git关联远程仓库,报错:fatal: remote origin already exists;
git remote add origin**************
fatal: remote origin already exists.(报错远程起源已经存在。)
- 解决方案:
1、通过命令 git remote -v :查看一下目前的关联的远程仓库地址;
2、如果地址是你想要关联的地址,那么,就不用再执行关联命令了(一般是新项目第一次执行);
3、如果地址不是你想要关联的地址,那么,先删除这种关联,然后再新建关联;
1、先输入 git remote rm origin
2、再输入 git remote add origin**************
第三步、将本地代码推送到远程仓库:
执行命令(一般只是第一次push的时候用):
把本地库的内容推送到远程,使用 git push命令,实际上是把当前分支master推送到远程。
由于远程库是空的,我们第一次推送master分支时,加上了 –u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。推送成功后,可以立刻在github页面中看到远程库的内容已经和本地一模一样了,如下所示:
从现在起,只要本地作了提交,就可以通过如下命令:
git push origin master
把本地master分支的最新修改推送到github上了,现在你就拥有了真正的分布式版本库了。
3、从远程仓库克隆代码:
上面我们了解了先有本地库,后有远程库时候,如何关联远程库。现在我们想,假如有一个远程库,我想克隆到本地来 如何克隆呢?
第一步:复制地址:
首先找到项目,复制一下地址,我们采用的https的方式克隆,地址如下图:
第二步:新建本地仓库(在本地创建一个文件夹,或者直接在盘根目录):
执行命令:
git clone https://github.com/TTDreamTT/item_test.git
远程仓库的项目就已经克隆到本地了。
4、创建与合并分支:
在 版本回填退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。
首先,我们来创建dev分支,然后切换到dev分支上。如下操作:
- git checkout 命令加上 –b参数表示创建并切换,相当于如下2条命令:
1、git branch dev
2、git checkout dev - git branch查看分支,会列出所有的分支,当前分支前面会添加一个星号。
然后我们在dev分支上继续做demo,比如我们现在在1.txt再增加一行 77777,
首先我们先来查看下1.txt内容,接着添加内容77777,如下:
执行完git add 、git commit -m 命令之后,然后切换分支:
现在dev分支工作已完成,现在我们切换到主分支master上,继续查看1.txt内容如下:
现在我们可以把dev分支上的内容合并到分支master上了,可以在master分支上,使用如下命令 git merge dev 如下所示:
git merge命令用于合并指定分支到当前分支上,合并后,再查看1.txt内容,可以看到,和dev分支最新提交的是完全一样的。
注意到上面的Fast-forward信息,Git告诉我们,这次合并是“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度非常快。
合并完成后,我们可以接着删除dev分支了,操作如下:
总结创建与合并分支命令如下:
- 查看分支:git branch
- 创建分支:git branch name
- 切换分支:git checkout name
- 创建+切换分支:git checkout –b name
- 合并某分支到当前分支:git merge name
- 删除分支:git branch –d name
5、解决冲突:
下面我们还是一步一步来,先新建一个新分支,比如名字叫liupy,在1.txt添加一行内容88888,然后提交,如下所示:
同样,我们现在切换到master分支上来,也在1.txt最后一行添加内容,内容为99999,如下所示:
现在我们需要在master分支上来合并liupy分支(现在两个分支的1.txt文件存在冲突了),如下操作:
Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容,其中<<<HEAD是指主分支修改的内容,>>>>>liupy 是指liupy 分支上修改的内容,我们可以修改1.txt文件,然后保存:
- 如果master分支想要l合并liupy分支上修改的内容的话,可以把<<<<<<<,=======,>>>>>>>这三个标记去掉,然后保存,最后提交;
- 如果master分支不想要l合并liupy分支上修改的内容的话,可以把<<<<<<<,=======,>>>>>>>这三个标记去掉,然后把liupy分支的内容也删掉,然后保存,最后提交;
我们选择合并liupy分支的内容,如下:
如果我想查看分支合并的情况的话,需要使用命令 git log.命令行演示如下:
6、分支管理策略:
通常合并分支时,git一般使用”Fast forward”模式,在这种模式下,删除分支后,会丢掉分支信息,现在我们来使用带参数 –no-ff来禁用”Fast forward”模式。
首先我们来做demo演示下:
第一步:创建一个dev分支;
第二步:修改1.txt内容,增加123456;
第三步:添加到暂存区;
第四步:切换到主分支master分支;
第五步:合并dev分支,使用 git merge -no-ff -m命令;
第六步:查看历史记录。
截图如下:
分支策略:首先master主分支应该是非常稳定的,也就是用来发布新版本,一般情况下不允许在上面干活,干活一般情况下在新建的dev分支上干活,干完后,比如上要发布,或者说dev分支代码稳定后可以合并到主分支master上来。
7、bug分支:
在开发中,会经常碰到bug问题,那么有了bug就需要修复,在Git中,分支是很强大的,每个bug都可以通过一个临时分支来修复,修复完成后,合并分支,然后将临时的分支删除掉。
比如我在开发中接到一个404 bug时候,我们可以创建一个404分支来修复它,但是,当前的dev分支上的工作还没有提交。比如如下:
1、新建dev分支;
2、切换到dev分支,修改1.txt文件,添加内容789,然后不做提交。
3、查看分支状态;
发现,当前dev正处于开发阶段,代码还没有写完,没有提交,但是有一个紧急的bug需要处理,那么需要我们新建一个bug分支,怎么办呢???
Git还提供了一个stash功能,可以把当前工作现场 ”隐藏起来”,等改完bug以后,可以恢复现场继续工作。如下:
1、将dev分支的修改未提交的代码(现场)隐藏起来;
2、查看一下dev分支,是干净的(没有修改的文件,可以新建、切换分支);
下载可以创建一个bug分支,然后修复bug,然后将bug分支代码提交、合并;修复完bug之后,可以在切换回dev分支,继续之前的开发工作。
1、切换回dev分支;
2、查看dev状态,是干净的;
工作区是干净的,那么我们工作现场去哪里呢?我们可以使用命令 git stash list来查看下。如下:
工作现场还在,Git把stash内容存在某个地方了,但是需要恢复一下,可以使用如下2个方法:
- 第一种方式:git stash apply恢复,恢复后,stash内容并不删除,你需要使用命令git stash drop来删除。
- 第二种方式:是使用git stash pop,恢复的同时把stash内容也删除了。
我们用哪种方式都可以,我就采用第二种方式:
8、多人协作:
当你从远程库克隆时候,实际上Git自动把本地的master分支和远程的master分支对应起来了,并且远程库的默认名称是origin。
- 要查看远程库的信息 使用 git remote;
- 要查看远程库的详细信息 使用 git remote –v;
如下演示:
1、推送分支:
推送分支就是把该分支上所有本地文件提交到远程库中,推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上。
使用命令:
git push origin master
或
git push origin dev
例一:将dev分支的代码推送到远程仓库dev分支:
推送远程之前,远程仓库dev分支的1.txt文件内容为:
修改1.txt文件,内容增加789;先提交,再推送:
推送成功后,远程仓库dev分支的1.txt文件内容为:
例二:将dev分支的代码推送到远程仓库master分支:
推送远程之前,远程仓库master分支的1.txt文件内容为:
本地dev分支的代码是最新的,此时dev分支的1.txt文件内容如下:
将dev分支的代码push到master分支:
推送成功后,master远程1.txt文件的内容如下:
五、Git命令汇总:
一、新建代码库:
# 在当前目录新建一个Git代码库
$ git init
# 新建一个目录,将其初始化为Git代码库
$ git init [project-name]
# 下载一个项目和它的整个代码历史
$ git clone [url]
二、配置:
# 显示当前的Git配置
$ git config --list
# 编辑Git配置文件
$ git config -e [--global]
# 设置提交代码时的用户信息
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"
三、增加/删除文件:
# 添加指定文件到暂存区
$ git add [file1] [file2] ...
# 添加指定目录到暂存区,包括子目录
$ git add [dir]
# 添加当前目录的所有文件到暂存区
$ git add .
# 添加每个变化前,都会要求确认
# 对于同一个文件的多处变化,可以实现分次提交
$ git add -p
# 删除工作区文件,并且将这次删除放入暂存区
$ git rm [file1] [file2] ...
# 停止追踪指定文件,但该文件会保留在工作区
$ git rm --cached [file]
# 改名文件,并且将这个改名放入暂存区
$ git mv [file-original] [file-renamed]
四、代码提交:
# 提交暂存区到仓库区
$ git commit -m [message]
# 提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] ... -m [message]
# 提交工作区自上次commit之后的变化,直接到仓库区
$ git commit -a
# 提交时显示所有diff信息
$ git commit -v
# 使用一次新的commit,替代上一次提交
# 如果代码没有任何新变化,则用来改写上一次commit的提交信息
$ git commit --amend -m [message]
# 重做上一次commit,并包括指定文件的新变化
$ git commit --amend [file1] [file2] ...
五、分支:
# 列出所有本地分支
$ git branch
# 列出所有远程分支
$ git branch -r
# 列出所有本地分支和远程分支
$ git branch -a
# 新建一个分支,但依然停留在当前分支
$ git branch [branch-name]
# 新建一个分支,并切换到该分支
$ git checkout -b [branch]
# 新建一个分支,指向指定commit
$ git branch [branch] [commit]
# 新建一个分支,与指定的远程分支建立追踪关系
$ git branch --track [branch] [remote-branch]
# 切换到指定分支,并更新工作区
$ git checkout [branch-name]
# 切换到上一个分支
$ git checkout -
# 建立追踪关系,在现有分支与指定的远程分支之间
$ git branch --set-upstream [branch] [remote-branch]
# 合并指定分支到当前分支
$ git merge [branch]
# 选择一个commit,合并进当前分支
$ git cherry-pick [commit]
# 删除分支
$ git branch -d [branch-name]
# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]
六、标签:
# 列出所有tag
$ git tag
# 新建一个tag在当前commit
$ git tag [tag]
# 新建一个tag在指定commit
$ git tag [tag] [commit]
# 删除本地tag
$ git tag -d [tag]
# 删除远程tag
$ git push origin :refs/tags/[tagName]
# 查看tag信息
$ git show [tag]
# 提交指定tag
$ git push [remote] [tag]
# 提交所有tag
$ git push [remote] --tags
# 新建一个分支,指向某个tag
$ git checkout -b [branch] [tag]
七、查看信息:
# 显示有变更的文件
$ git status
# 显示当前分支的版本历史
$ git log
# 显示commit历史,以及每次commit发生变更的文件
$ git log --stat
# 搜索提交历史,根据关键词
$ git log -S [keyword]
# 显示某个commit之后的所有变动,每个commit占据一行
$ git log [tag] HEAD --pretty=format:%s
# 显示某个commit之后的所有变动,其"提交说明"必须符合搜索条件
$ git log [tag] HEAD --grep feature
# 显示某个文件的版本历史,包括文件改名
$ git log --follow [file]
$ git whatchanged [file]
# 显示指定文件相关的每一次diff
$ git log -p [file]
# 显示过去5次提交
$ git log -5 --pretty --oneline
# 显示所有提交过的用户,按提交次数排序
$ git shortlog -sn
# 显示指定文件是什么人在什么时间修改过
$ git blame [file]
# 显示暂存区和工作区的差异
$ git diff
# 显示暂存区和上一个commit的差异
$ git diff --cached [file]
# 显示工作区与当前分支最新commit之间的差异
$ git diff HEAD
# 显示两次提交之间的差异
$ git diff [first-branch]...[second-branch]
# 显示今天你写了多少行代码
$ git diff --shortstat "@{0 day ago}"
# 显示某次提交的元数据和内容变化
$ git show [commit]
# 显示某次提交发生变化的文件
$ git show --name-only [commit]
# 显示某次提交时,某个文件的内容
$ git show [commit]:[filename]
# 显示当前分支的最近几次提交
$ git reflog
八、远程同步:
# 下载远程仓库的所有变动
$ git fetch [remote]
# 显示所有远程仓库
$ git remote -v
# 显示某个远程仓库的信息
$ git remote show [remote]
# 增加一个新的远程仓库,并命名
$ git remote add [shortname] [url]
# 取回远程仓库的变化,并与本地分支合并
$ git pull [remote] [branch]
# 上传本地指定分支到远程仓库
$ git push [remote] [branch]
# 强行推送当前分支到远程仓库,即使有冲突
$ git push [remote] --force
# 推送所有分支到远程仓库
$ git push [remote] --all
九、撤销:
# 恢复暂存区的指定文件到工作区
$ git checkout [file]
# 恢复某个commit的指定文件到暂存区和工作区
$ git checkout [commit] [file]
# 恢复暂存区的所有文件到工作区
$ git checkout .
# 重置暂存区的指定文件,与上一次commit保持一致,但工作区不变
$ git reset [file]
# 重置暂存区与工作区,与上一次commit保持一致
$ git reset --hard
# 重置当前分支的指针为指定commit,同时重置暂存区,但工作区不变
$ git reset [commit]
# 重置当前分支的HEAD为指定commit,同时重置暂存区和工作区,与指定commit一致
$ git reset --hard [commit]
# 重置当前HEAD为指定commit,但保持暂存区和工作区不变
$ git reset --keep [commit]
# 新建一个commit,用来撤销指定commit
# 后者的所有变化都将被前者抵消,并且应用到当前分支
$ git revert [commit]
# 暂时将未提交的变化移除,稍后再移入
$ git stash
$ git stash pop
六、Git版本回退总结:
版本回退:指的是回退你本地的版本,然后将回退后的正确的版本,再push到远程仓库。
一、问题描述:
在利用github实现多人合作程序开发的过程中,我们有时会出现错误提交的情况,此时我们希望能撤销提交操作,让程序回到提交前的样子,本文总结了两种解决方法:回退(reset)、反做(revert)。
二、背景知识:
git的版本管理,及HEAD的理解:
使用git的每次提交,Git都会自动把它们串成一条时间线,这条时间线就是一个分支。如果没有新建分支,那么只有一条时间线,即只有一个分支,在Git里,这个分支叫主分支,即master分支。有一个HEAD指针指向当前分支(只有一个分支的情况下会指向master,而master是指向最新提交)。每个版本都会有自己的版本信息,如特有的版本号、版本名等。如下图,假设只有一个分支:
三、解决方法:
1、准备数据和操作:
1、在本地仓库新建一个文件version.txt,然后提交一个空的文件;
2、将文件提交到本地仓库master分支;
3、将文件推送到远程仓库master分支;
4、再次修改version.txt文件,然后修改文件新增内容为:v:11111111;
5、将文件提交到本地仓库master分支;将文件推送到远程仓库master分支;
6、再次修改version.txt文件,然后修改文件新增内容为:v:22222222;
7、将文件提交到本地仓库master分支;将文件推送到远程仓库master分支;
8、再次修改version.txt文件,然后修改文件新增内容为:v:33333333;
9、将文件提交到本地仓库master分支;将文件推送到远程仓库master分支;
致此,准备操作完成,提交四次,推送了四次。
2、方法一:git reset(不推荐):
原理:git reset的作用是修改HEAD的位置,即将HEAD指向的位置改变为之前存在的某个版本,如下图所示,假设我们要回退到版本一:
通过reset的方式,把head指针指向之前的某次提交,reset之后,后面的版本就找不到了。
操作步骤如下:
1、在gitlab上找到要恢复的版本号,如:
139dcfaa558e3276b30b6b2e5cbbb9c00bbdca96
2、在客户端执行如下命令(执行前,先将本地代码切换到对应分支):
git reset --hard 139dcfaa558e3276b30b6b2e5cbbb9c00bbdca96
3、强制push到对应的远程分支(如提交到develop分支)
git push -f -u origin develop
缺点:
OK,现在到服务器上看到的代码就已经被还原回去了。这种操作存在一个问题,服务器上的代码虽然被还原了,但假如有多个人在使用,他们本地的版本依然是比服务器上的版本高的,所以,别人再重新提交代码的话,你撤销的操作又会被重新更新,你上面的操作也就白操作了。解决办法是,让别人把本地的分支先删掉,然后重新从服务器上拉取分支。
适用场景: 如果想恢复到之前某个提交的版本,且那个版本之后提交的版本我们都不要了,就可以用这种方法。
具体操作:
第一步:查看版本号:
可以使用命令“git log”查看(版本号取前七位):
第二步:回退版本:
执行命令:我们使用版本号的方式回退版本。
git reset –hard HEAD ^
或者
git reset –hard 版本号
- ( ^ 表示回到上一个版本,如果需要回退到上上个版本的话,将HEAD^ 改成HEAD^^, 以此类推。那如果要回退到前100个版本,这种方法肯定不方便,我们可以使用简便命令操作:git reset –hard HEAD~100 );
- 可以直接根据版本号进行回退;
第三步:将当前版本回退到上一个版本:
1、回退版本前远程仓库version.txt文件内容:
2、回退版本前本地仓库version.txt文件内容:
3、执行回退命令,回退到上一版本:
4、回退到上一版本之后,远程仓库version.txt文件内容:
5、回退到上一版本之后,本地仓库version.txt文件内容:
我们发现,回退版本之后,我们本地仓库的版本已经回退到指定版本了,version.txt文件的内容也退回到指定的版本时的内容,那么远程的怎么同步?如下:
6、使用“git push -f”提交更改(强制push到远程):
此时如果用“git push”会报错,因为我们本地库HEAD指向的版本比远程库的要旧:所以要使用强制推送。
所以我们要用“git push -f”强制推上去,就可以了。
7、回退到上一版本之后,远程仓库version.txt文件内容:
我们发现,远程仓库在强制推送之后,version.txt文件的内容已经发生改变,该内容回退到了指定版本。
第四步:回退到第四次提交的版本:
通过git log 我们可以看到第四次提交的信息已经看不到了,但是我如果现在又想回到第四次提交的版本,应该怎么做呐;方法如下:
采用:git reset –hard 版本号 的方式,但是现在的问题是加入我已经关掉了命令行或者第三个版本的版本号,我并不知道?那么要如何知道第三个版本的版本号呐。可以通过如下命令获取到版本号: git reflog 演示如下:
1、根据第四次提交记录的版本号,可以再回退到第四次提交的版本。
2、强制推送到远程仓库。
3、远程仓库文件内容:
致此,此种方式回退版本完成!!!
3、方法二:git revert(推荐):
原理: git revert是用于“反做”某一个版本,以达到撤销该版本的修改的目的。比如,我们commit了三个版本(版本一、版本二、 版本三),突然发现版本二不行(如:有bug),想要撤销版本二,但又不想影响撤销版本三的提交,就可以用 git revert 命令来反做版本二,生成新的版本四,这个版本四里会保留版本三的东西,但撤销了版本二的东西。
这种方式不会把版本往前回退,而是生成一个新的版本。所以,你只需要让别人更新一下代码就可以了,你之前操作的提交记录也会被保留下来,如下图所示:
操作步骤如下:
1、找到你误提交之前的版本号
2、git revert -n 版本号
3、git commit -m xxxx 提交
4、git push 推送到远程
OK,版本还原了,通知其他人更新一下代码吧。
适用场景: 如果我们想撤销之前的某一版本,但是又想保留该目标版本后面的版本,记录下这整个版本变动流程,就可以用这种方法。
具体操作:
第一步:操作前的准备:
1、新建test1.tx文件,内容为111;
2、将该文件提交到本地库并关联远程库;
3、新建test2.tx文件,内容为222;
4、将该文件提交到本地库并关联远程库;
5、新建test3.tx文件,内容为333;
6、将该文件提交到本地库并关联远程库;
上面的操作执行完之后,本地仓库文件如下图:
远程仓库的文件如下图:
第二步:查看版本号:
可以通过命令行查看(输入git log):
如下图,最近的两个版本分别叫:“新增text3.txt”(即新增了文件text3.txt)、“新增text2.txt”(新增了文件text2.txt)。这个时候我们不需要text2.txt这个文件了,那就是说不想要“新增text2.txt”那个版本的操作,那可以通过反做“新增text2.txt”这个版本来实现。由下图可知,“新增test2”的版本号为:d5a2f92
第三步:使用“git revert -n 版本号”反做,并使用“git commit -m ‘版本名’”提交:
(1)反做,使用“git revert -n 版本号”命令。如下命令,我们反做版本号为d5a2f92的版本:
$ git revert -n d5a2f92
注意: 这里可能会出现冲突,那么需要手动修改冲突的文件。而且要git add 文件名。
(2)提交,使用“git commit -m 版本名”,如:
$ git commit -m '反做 新增test2.txt版本'
此时可以用“git log”查看本地的版本信息,可见多生成了一个新的版本,该版本反做了“新增text2.txt”版本,但是保留了“新增text3.txt”版本:
第三步:查看本地库的文件
我们发现,test2.txt文件没有了,只剩下test3.txt和test1.txt两个文件了。
第四步:使用“git push”推上远程库:
远程仓库中的文件:
我们发现,test2.txt文件没有了,因为“新增test2.txt”的操作被撤销了,那么新增的test2.txt文件也就被撤销新增了。
致此,反做成功,即:撤销版本操作成功!!!
七、Git 换行符配置:
1、背景:
在各操作系统下,文本文件所使用的换行符是不一样的。UNIX/Linux 使用的是 0x0A(LF),早期的 Mac OS 使用的是0x0D(CR),后来的 OS X 在更换内核后与 UNIX 保持一致了。但 DOS/Windows 一直使用 0x0D0A(CRLF)作为换行符。
Git提供了一个“换行符自动转换”功能。这个功能默认处于“自动模式”,当你在签出文件时,它试图将 UNIX 换行符(LF)替换为 Windows 的换行符(CRLF);当你在提交文件时,它又试图将 CRLF 替换为 LF。
Git 的“换行符自动转换”功能听起来似乎很智能、很贴心,因为它试图一方面保持仓库内文件的一致性(UNIX 风格),一方面又保证本地文件的兼容性(Windows 风格)。
但遗憾的是,这个功能是有 bug 的,而且在短期内都不太可能会修正。
2.关于git 换行符LF与CRLF转换问题:
- git默认自动转换换行符,提交时强制转换,不一致无法提交代码,强制转换中文有时会有问题。
- 由于现有源码工程中两种换行符都存在,需要大家统一为服务器换行符LF,统一设置如下:
参考:https://www.cnblogs.com/sdgf/p/6237847.html
解决方案:
git执行命令:
git config --global core.autocrlf false
git config --global core.safecrlf true
3.命令详解:
-
AutoCRLF
#提交时转换为LF,检出时转换为CRLF
git config --global core.autocrlf true#提交时转换为LF,检出时不转换
git config --global core.autocrlf input#提交检出均不转换
git config --global core.autocrlf false
-
SafeCRLF
#拒绝提交包含混合换行符的文件
git config --global core.safecrlf true#允许提交包含混合换行符的文件
git config --global core.safecrlf false#提交包含混合换行符的文件时给出警告
git config --global core.safecrlf warn
4.idea中设置换行符:
Settings->Editor→Code Style→Line Separator(for new Files):选择Unix and OS X(\n):
5.本地目录文件批量转换方式:
首先:选中要转换的目录;
然后:File→Line Separators->LF-Unix and OS X(\n);
(在IDEA2020版本中的路径:File→File Properties——>Line Separators->LF-Unix and OS X(\n))
致谢:
参考:http://www.cnblogs.com/tugenhua0707/p/4050072.html
参考:http://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html。
参考:https://blog.csdn.net/qq_36150631/article/details/81038485