git学习笔记

1.初始化仓库

git init
初始化一个git仓库

git config --global user.name "yourname"
git config --global user.email "youremail"  //要能够接收信息的有效邮箱
配置git的用户信息，global表示这台机器上所有的Git仓库都会使用这个配置。

2.git常用命令

git add . 
把全部已修改文件添加到暂存区

git log 
显示全部提交（暂存区->仓库）历史

git diff 文件名 // 查看文件的修改内容

git diff HEAD -- 文件名 // 查看工作区和版本库里面最新版本的区别

git rm  文件名// 删除一个文件

git的三个区

 

.git文件夹：

.git文件夹是git init后在当前目录生成的一个管理git仓库的文件夹，这里包含所有git操作所需要的东西

 

版本控制

git reset --hard HEAD^(HEAD~1) // 回退到上一个版本 ，^表示上一个。
git reset --hard commit id //回到指定版本，commit可以不写全，写前几位即可。

git reflog //查看所有分支的所有操作记录（包括已经被删除的 commit 记录和 reset 的操作）
用git log则是看不出来被删除的commitid，用git reflog则可以看到被删除的commitid

.git文件夹是版本库，版本库包括暂存区、master分支，以及指向master的HEAD指针。

git checkout --文件名  // 把文件在工作区的修改全部撤销（让文件回到最近一次git commit或git add时的状态。）
git reset HEAD 文件名 // 把暂存区的修改撤销掉，重新放回工作区。HEAD表示最新版本。

分支管理

git checkout -b 分支名 // 创建并切换分支
相当于 git branch 分支名 // 创建分支   +   git checkout 分支名 //切换分支

git branch 查看分支

git merge 分支名 // 合并指定分支到当前分支

Fast-forward : “快进模式”合并，直接把当前分支的指针指向指定分支的当前提交，合并速度非常快。

快速合并（Fast forward）可能出现的问题 ：因为是直接把当前分支的指针指向指定分支的当前提交，所以删除分支后，会丢掉分支信息。

git branch -d 分支名 // 删除分支

switch

checkout这个关键词的两种作用容易混淆，所以新版本git推出了switch来用于分支切换

git switch -c 分支名 // 创建切换到新的分支
git switch 分支名 //切换分支

冲突的解决

当两个分支都有各自的提交时，git无法快速合并，会试图把各自的修改合并起来，这种情况下，可能会产生冲突（在同一处有不同的修改），这时候就需要手动解决冲突再提交。

git status可以查看冲突的情况。

git log可以看到分支的合并情况。git log --graph 可以看到分支合并图。

一般情况下git会用Fast forward模式，可以采用 --no-ff方式的git merge来禁用Fast forward模式

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

因为本次合并不是fast forward模式，会创建一个新的commit，所以加上-m参数，并把commit的描述写进去。

远程仓库

git remote add origin(远程仓库名称，一般默认为origin) git仓库地址    // 给本地仓库添加一个远程仓库
git push -u origin master(分支)  // 将一个本地仓库push到远程仓库，第一次推送需要-u，后续不需要

git remote rm 仓库名 //删除远程仓库
git remote -v //查看远程仓库信息

多人协作的工作模式

首先，可以试图用git push origin <branch-name>推送自己的修改；

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

如果合并有冲突，则解决冲突，并在本地提交；

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

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

git pull 和 git fetch：

git pull会拉下来并且合并，相当于git fetch + 合并

rebase 和 merge：

git merge 分支名 // 合并指定分支到当前分支

git rebase 分支名 //将当前分支合追加到指定分支后

merge：merge 会把公共分支和你当前的commit 合并在一起，形成一个新的 commit 提交。

rebase：rebase会把你当前分支的所有commit 放到指定分支的最后面，也就是变基。rebase操作可以把本地未push的分叉提交历史整理成直线；

rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
公共代码不要轻易rebase。

rebase 和 merge的另一个区别是rebase 的冲突是一个一个解决，如果有十个冲突，先解决第一个，然后用命令：
git add -u 
git rebase --continue 
  
继续后才会出现第二个冲突，直到所有冲突解决完，而merge 是所有的冲突都会显示出来。 

另外如果rebase过程中，你想中途退出，恢复rebase前的代码则可以用命令 ：git rebase --abort

git stash

git stash //“储藏”当前分支的工作

如果你手头上的工作没提交，git会拒绝切换分支的请求，因为切换分支就是切换到某个历史commit，会导致当前分支未提交的工作丢失。

git stash将手头未完成还不好提交的工作收拢到一个暂存区，等新任务完成了可以再 git stash pop 恢复之前的工作。

git stash list //查看stash 情况

git stash apply 和 git stash pop

可以用git stash apply和git stash pop来恢复
区别是git stash apply恢复后，stash内容并不删除，需要用git stash drop来删除。
git stash pop恢复的同时把stash内容也删了

可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash：
git stash apply stash@{0}（指定stash号）

git cherry-pick

git cherry-pick 指定提交  // 复制一个特定的提交到当前分支

在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“复制”到当前分支，避免重复劳动。

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

标签

命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；

命令git tag -a <tagname> -m "blablabla..."可以指定标签信息；

命令git tag可以查看所有标签。

标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息

标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。

标签管理

创建的标签都只存储在本地，不会自动推送到远程。

命令git push origin <tagname>可以推送一个本地标签；

命令git push origin --tags可以推送全部未推送过的本地标签；

命令git tag -d <tagname>可以删除一个本地标签；

命令git push origin :refs/tags/<tagname>可以删除一个远程标签。