Git常用操作及场景

1.把目录变成git可以管理的仓库

1
git init

2.用命令git add告诉Git,把文件添加到仓库:

1
git add readme.txt

3.用命令git commit告诉Git,把文件提交到仓库:

1
git commit -m "some description"

4.git status命令可以让我们时刻掌握仓库当前的状态

1
git status

5.git diff顾名思义就是查看difference,常看具体的修改内容

1
git diff readme.txt

要随时掌握工作区的状态,使用git status命令。

如果git status告诉你有文件被修改过,用git diff可以查看修改内容。

6.git log命令显示从最近到最远的提交日志

1
git log

简介的git log显示

1
git log --pretty=oneline

7.回退版本 HEAD表示当前版本,HEAD\^表示上一个版本,HEAD^^表示上上个版本 HEAD~100表示上100个版本,这里只是本地仓库的回退,不会影响线上,如果 push 会导致一堆冲突

1
git reset --hard HEAD^

回退之后如果想再回到最新版本 得知道最新版本的id

1
git reset --hard 3628164

如果找不到最新的id可以使用git reflog命令查看每一次命令

1
git reflog

如果想要回滚版本,用某个版本覆盖最新版本,使用

1
git revert  版本号(前几位即可)

记得回滚后,使用 git push 更新线上,这样不会产生冲突
这里可以看出reset与revert的区别了。

8.撤销修改

1
git checkout -- readme.txt

命令git checkout – readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:

一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;

一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。

总之,就是让这个文件回到最近一次git commit或git add时的状态。

git checkout – file命令中的–很重要,没有–,就变成了“切换到另一个分支”的命令,我们在后面的分支管理中会再次遇到git checkout命令。

git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。

小结

场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout – file。

场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD file,就回到了场景1,第二步按场景1操作。

场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。

9.要关联一个远程库,使用命令git remote add origin git@server-name:path/repo-name.git;

关联后,使用命令git push -u origin master第一次推送master分支的所有内容;

此后,每次本地提交后,只要有必要,就可以使用命令git push origin master推送最新修改;

1
2
git remote add origin git@server-name:path/repo-name.git
git push -u origin master

10.要克隆一个仓库,首先必须知道仓库的地址,然后使用git clone命令克隆。

1
git clone 仓库地址

11.分支

创建并切换到当前分支

1
git checkout -b dev

等价于

1
2
git branch dev
git checkout dev
1
2
3
4
5
git checkout master  切换到master分支

git merge dev 把dev分支工作成果合并到master分支

git branch -d dev 合并后删除dev分支

小结

查看分支:git branch

创建分支:git branch

切换分支:git checkout

创建+切换分支:git checkout -b

合并某分支到当前分支:git merge

删除分支:git branch -d

用git log –graph命令可以看到分支合并图。

如果要丢弃一个没有被合并过的分支,可以通过git branch -D 强行删除。

【git 删除远程分支】

git push origin :br (origin 后面有空格)
12.解决冲突

git解决冲突后 需要重新git add git commit

如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。

1
git merge --no-ff -m "merge with no-ff" dev

13.分支策略

在实际开发中,我们应该按照几个基本原则进行分支管理:

首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;

那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;

你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。

14、bug分支 git暂存功能

1
2
3
git stash  将工作区内容暂存,工作区变干净

git stash list 刚才的工作现场存到哪去了?用git stash list命令看看

工作现场还在,Git把stash内容存在某个地方了,但是需要恢复一下,有两个办法:

一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash drop来删除;

另一种方式是用git stash pop,恢复的同时把stash内容也删了:

1
git stash apply stash@{0}
  1. 多人协作

查看远程仓库信息

1
git remote -v

推送分支

1
2
git push origin master
git push origin dev

现在,你的小伙伴要在dev分支上开发,就必须创建远程origin的dev分支到本地,于是他用这个命令创建本地dev分支:

1
git checkout -b dev origin/dev

现在,他就可以在dev上继续修改,然后,时不时地把dev分支push到远程:

你的小伙伴已经向origin/dev分支推送了他的提交,而碰巧你也对同样的文件作了修改,并试图推送:

推送失败,因为你的小伙伴的最新提交和你试图推送的提交有冲突,解决办法也很简单,Git已经提示我们,先用git pull把最新的提交从origin/dev抓下来,然后,在本地合并,解决冲突,再推送:

1
git pull

git pull也失败了,原因是没有指定本地dev分支与远程origin/dev分支的链接,根据提示,设置dev和origin/dev的链接:

1
git branch --set-upstream dev origin/dev

再 git pull

因此,多人协作的工作模式通常是这样:

首先,可以试图用git push origin branch-name推送自己的修改;

如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;

如果合并有冲突,则解决冲突,并在本地提交;

没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!

如果git pull提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令git branch –set-upstream branch-name origin/branch-name。

这就是多人协作的工作模式,一旦熟悉了,就非常简单。