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。

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