学习笔记-Git

回退

撤回工作区文件修改：git checkout -- filename

撤回暂存区文件修改：git reset HEAD filename

本地仓库版本回退：git reset commit_id

git reset soft，mixed，soft区别

–soft参数告诉Git重置HEAD到另外一个commit，但也到此为止。这意味着index,working copy都不会做任何变化

–mixed是reset的默认参数，也就是当你不指定任何参数时的参数。它将重置HEAD到另外一个commit,并且重置index以便和HEAD相匹配，但是也到此为止。

–hard参数将会blow out everything.它将重置HEAD返回到另外一个commit(取决于~12的参数），重置index以便反映HEAD的变化，并且重置working copy也使得其完全匹配起来。如果我们希望彻底丢掉本地修改但是又不希望更改branch所指向的commit，则执行**git reset --hard = git reset --hard HEAD** **丢失你的工作（慎用！慎用！！慎用！！！）**但GIT总能提供一条后路！

分支

创建，合并分支

小结

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>或者git switch <name>

创建+切换分支：git checkout -b <name>或者git switch -c <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

廖雪峰Git-创建与合并分支

解决冲突

小结

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

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

git log --graph --pretty=oneline --abbrev-commit命令查看更清晰

廖雪峰Git-解决冲突

分支管理策略

分支策略

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

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

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

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

所以，团队合作的分支看起来就像这样：

小结

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

eg: $ git merge --no-ff -m "merge with no-ff" dev

廖雪峰Git-分支管理策略

BUG分支

小结

Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

$ git stash
Saved working directory and index state WIP on dev: f52c633 add merge

$ git stash list
stash@{0}: WIP on dev: f52c633 add merge

一是用**git stash apply**恢复，但是恢复后，stash内容并不删除，

你需要用**git stash drop**来删除；

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

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，

修复后，再**git stash pop**，回到工作现场；

在master分支上修复的bug，想要合并到当前dev分支，可以用

**git cherry-pick <commit>**命令，把bug提交的修改“复制”到当前分支，避免重复劳动。

廖雪峰Git-Bug分支

feature分支

feature分支一般由dev分支创建，和bug分支类似，可以不用提交到远程分支；master，dev需要时刻提交到远程分支。

小结

开发一个新feature，最好新建一个分支；

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

廖雪峰Git-feature分支

多人协作

git fetch 用法

git fetch 命令：

$ git fetch <远程主机名> //这个命令将某个远程主机的更新全部取回本地

如果只想取回特定分支的更新，可以指定分支名：

$ git fetch <远程主机名> <分支名> //注意之间有空格

最常见的命令如取回origin 主机的master 分支：

$ git fetch origin master

取回更新后，会返回一个FETCH_HEAD ，指的是某个branch在服务器上的最新状态，我们可以在本地通过它查看刚取回的更新信息：

$ git log -p FETCH_HEAD --pretty=oneline --abbrev-commit

git pull 的过程可以理解为：

git fetch origin <branch> //从远程主机的<branch>分支拉取最新内容 
git merge FETCH_HEAD    //将拉取下来的最新内容合并到当前所在的分支中

即将远程主机的某个分支的更新取回，并与本地指定的分支合并，完整格式可表示为：

$ git pull <远程主机名> <远程分支名>:<本地分支名>

直接git pull可能会因为没有建立链接关系而失败，可以使用**git branch --set-upstream-to=origin/<branch> <branch>**为当前分支建立关联链接！

然后git pull，不提倡！

指定由远程<branch>分支创建<branch>

git swtich -c <branch> origin/<branch>

因此，多人协作的工作模式通常是这样：

1. 首先，可以试图用**git push origin <branch-name>**推送自己的修改；
2. 如果推送失败，则因为远程分支比你的本地更新，需要先用**git pull**试图合并；
3. 如果合并有冲突，则解决冲突，并在本地提交；
4. 没有冲突或者解决掉冲突后，再用**git push origin <branch-name>**推送就能成功！

如果**git pull提示no tracking information**，则说明本地分支和远程分支的链接关系没有创建，

用命令**git branch --set-upstream-to=origin/<branch> <branch>**。

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

小结

• 查看远程库信息，使用**git remote -v**；
• 本地新建的分支如果不推送到远程，对其他人就是不可见的；
• 从本地推送分支，使用**git push origin branch-name，如果推送失败，先用git pull**抓取远程的新提交；
• git clone 默认克隆master分支
  • 在本地创建和远程分支对应的分支，使用**git checkout -b <branch> origin/<branch>**，
  • 本地和远程分支的名称最好一致；
• 建立本地分支和远程分支的关联，使用**git branch --set-upstream-to=origin/<branch> <branch>**；
• 从远程抓取分支，使用**git pull**(git fetch + git merge)，如果有冲突，要先处理冲突。

廖雪峰Git-多人协作