Git 笔记 - 程序员都要掌握的 Git

前言

本文是参考廖雪峰老师的Git资料再加上我本身对Git的理解，记录个人Git学习历程，做下此文是为之后学习，工做，开发中若是遇到问题能够回过头来参考参考。由于水平有限，不免会有出错的地方，欢迎指正。

Git是什么

• 官方话：Git是一个免费的开源分布式版本控制系统，旨在快速高效地处理从小型到大型项目的全部事务。
• 引用廖雪峰老师的话，它能自动帮我记录每次文件的改动，还可让同事协做编辑，这样就不用本身管理一堆相似的文件了，也不须要把文件传来传去。若是想查看某次改动，只须要在软件里瞄一眼就能够。

为何要学习Git

• 面试要被问。能够应付面试。
• 不少公司开发都用Git来处理项目。如今不学，之后确定还要学。
• 在我看来Git是现现在全部程序员都要掌握的，之后与同事共同开发项目一定要用到的，熟练掌握Git命令，能够提升开发的效率。。

安装Git

• Windows
  直接在官网上去下载。下载完成后，随便在某个文件下右键若是有Git Bash Here就安装成功。安装后，还要在命令行输入

$git config --global user.name "你的名字"
$git config --global user.email "你的邮箱"
复制代码

global表示全局，这台机器全部的Git仓库都会使用这个配置。容许单个仓库使用其余的名字和邮箱。

• Mac
  评论区指出Mac也能够像Windows同样，按上面的步骤安装。 也能够直接从AppStore安装Xcode，Xcode集成了Git，不过默认没有安装，你须要运行Xcode，选择菜单“Xcode”->“Preferences”，在弹出窗口中找到“Downloads”，选择“Command Line Tools”，点“Install”就能够完成安装了。

仓库

• 本地仓库是对于远程仓库而言的。
• 本地仓库 = 工做区 + 版本区
• 工做区即磁盘上的文件集合。
• 版本区(版本库)即.git文件
• 版本库 = 暂存区(stage) + 分支(master) + 指针Head
  • 以我使用最频繁的git命令为例，即提交到github为例。
  • git init 本来本地仓库只包含着工做区，这是最多见的工做状态。此时，git init一下，表示在本地区域建立了一个.git文件,版本区创建。
  • git add . 表示把工做区的全部文件所有提交到版本区里面的暂存区
  • 固然你也能够经过 git add ./xxx/ 一条一条分批添加到暂存区。
  • git commit -m "xxx" 把暂存区的全部文件提交到仓库区，暂存区空空荡荡。
  • git remote add origin https://github.com/name/name_cangku.git 把本地仓库与远程仓库链接起来。
  • git push -u origin master 把仓库区的文件提交到远程仓库里。
  • 一旦提交后，若是你又没有对工做区作任何修改，那么工做区就是“干净”的。会有这样的信息nothing to commit, working tree clean

提交到GitHub

之前不熟悉git命令的时候，我提交项目到github上都是直接在网页上直接拉取文件提交上去的。有点羞耻。

1. git init .初始化，表示把这个文件变成Git能够管理的仓库。初始化后打开隐藏的文件能够看到有一个.git文件。
2. git add . 后面的一个点表示把这个文件所有提交到暂存区。
3. git add ./readme.md/ 表示把这个文件下面的readme.md文件提交到暂存区。
4. git commit -m "你要评论一点什么东西" git commit的意思是把暂存区的所有文件提交到本地仓库。-m后接评论。
5. git remote add origin https://github.com/name/name_cangku.git表示把你本地的仓库与GitHub上的远程仓库链接起来。只须要链接一次，之后提交的时候就能够不用谢这条命令了。name是你的github名字，name_cangku是你的仓库名。注意不要把后面的.git给漏掉了。由于我前面就是这么走过来的，绕了不少弯路。至于如何在GitHub上新建仓库，网上有不少教程，这里再也不赘述了。
6. git push -u origin master 把本地仓库提交到远程仓库。(最后一步)在你的远程仓库上刷新一下就能够看到你提交的文件了。
7. 最后提到的是，在git commit -m ""以前，能够重复git add到暂存区。可是git commit会把你以前存放在暂存区的所有文件一次性所有提交到本地仓库。

版本的回溯与前进

提交一个文件，有时候咱们会提交不少次，在提交历史中，这样就产生了不一样的版本。每次提交，Git会把他们串成一条时间线。如何回溯到咱们提交的上一个版本，用git reset --hard + 版本号便可。 版本号能够用git log来查看，每一次的版本都会产生不同的版本号。回溯以后，git log查看一下发现离咱们最近的那个版本已经不见了。可是我还想要前进到最近的版本应该如何？只要git reset --hard + 版本号就行。退一步来说，虽然咱们能够经过git reset --hard + 版本号,靠记住版本号来能够在不一样的版本之间来回穿梭。可是,有时候把版本号弄丢了怎么办？git reflog帮你记录了每一次的命令，这样就能够找到版本号了，这样你又能够经过git reset来版本穿梭了。

撤销

• 场景1：在工做区时，你修改了一个东西，你想撤销修改，git checkout -- file。廖雪峰老师指出撤销修改就回到和版本库如出一辙的状态，即用版本库里的版本替换工做区的版本。
• 场景2：你修改了一个内容，而且已经git add到暂存区了。想撤销怎么办？回溯版本，git reset --hard + 版本号,再git checkout -- file,替换工做区的版本。
• 场景3：你修改了一个内容，而且已经git commit到了master。跟场景2同样，版本回溯，再进行撤销。

删除

• 若是你git add一个文件到暂存区，而后在工做区又把文件删除了，Git会知道你删除了文件。若是你要把版本库里的文件删除，git rm 而且git commit -m "xxx".
• 若是你误删了工做区的文件，怎么办？使用撤销命令，git checkout --<file>就能够。这再次证实了撤销命令其实就是用版本库里的版本替换工做区的版本，不管工做区是修改仍是删除，均可以“一键还原”。

分支

分支，就像平行宇宙，廖雪峰老师如是说。你建立了一个属于你本身的分支，别人看不到，还继续在原来的分支上正常工做，而你在本身的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工做。

建立与合并分支

在没有其余分支插进来时，只有一个master主分支。每次你 git push -u origin master 提交就是增长一条时间轴，master也会跟着移动。

建立一个other的分支，经过other提交，虽然时间轴向前走了，可是主分支master还在原来的位置。

理论分析完，看一下命令怎么写。

• 建立分支other,切换到other分支。

git branch other
git checkout other
复制代码

• 查看当前全部分支

git branch
复制代码

* other
  master
复制代码

当前的分支会有一个*

• 用other提交

git add ./xxx/
git commit -m "xxx"
复制代码

• other分支完成，切换回master

git checkout master
复制代码

• 此时，master分支上并无other的文件，由于分支尚未合并。
• 合并分支

git merge other
复制代码

• 合并完成以后，就能够在master分支上查看到文件了。
• 删除other分支。

git branch -d other
复制代码

• 我由此想到，在之后工做中，应该是一个开放小组共同开发一个项目，组长会建立不少分支，每个分支能够交给一我的去开发某一个功能，一个小组共同开发并且不会相互干扰。谁的功能完成了，能够由组长合并一下完成了的分支。哦，完美！

解决合并分支问题

假若有这样一种状况，分支 other已经 commit了， 可是此时指针指回 master时，而且 master没有合并，而是 git add / commit 提交了。这样，就产生了冲突，主分支 master文件内容与 other分支的内容不同。合并不起来！因此，

• 修改文件的内容，让其保持一致。
• git add git commit 提交。
• 分支合并了。

  

• git log --graph 查看分支合并图
• git branch -d other 删除分支，任务结束。

分支管理策略

• git merge --no-ff other 禁用Fast forward模式，由于使用Fast forward模式，删除分支后，分支历史信息会丢失。

BUG分支

廖雪峰老师提到，工做中每一个bug均可以经过一个新的临时分支来修复，修复后，合并分支，而后将临时分支删除。但若是你手上有分支在工做中，你的上级要你改另外的分支的BUG。你要把如今正在工做的分支保存下来，git stash,把当前工做现场“存储”起来，等之后恢复后继续工做。当你解决BUG后，git checkout other回到本身的分支。用git stash list查看你刚刚“存放”起来的工做去哪里了。此时你要恢复工做：

• git stash apply恢复却不删除stash内容，git stash drop删除stash内容。
• git stash pop恢复的同时把stash内容也删了.
• 此时，用git stash list查看，看不到任何stash 内容。
  总结：修复bug时，咱们会经过建立新的bug分支进行修复，而后合并，最后删除；当手头工做没有完成时，先把工做现场git stash一下，而后去修复bug，修复后，再git stash pop，回到工做现场

删除分支

• git branch -d + 分支有可能会删除失败，由于Git会保护没有被合并的分支。
• git branch -D + 分支 强行删除，丢弃没被合并的分支。

多人协做

• git remote 查看远程库的信息，会显示origin，远程仓库默认名称为origin
• git remote -v显示更详细的信息
• git push -u origin master推送master分支到origin远程仓库。
• git push -u origin other 推送other到origin远程仓库。

抓取分支

产生上图的冲突时，

• git pull 把最新的提交从远程仓库中抓取下来，在本地合并，解决冲突。在进行git pull
• 若是git pull 也失败了，还要指定分支之间的连接，这一步Git会提醒你怎么作。而后再git pull。

  廖雪峰老师的总结：多人协做的工做模式一般是这样：

  • 首先，能够试图用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>。

  Rebase

• git rebase 把分叉的提交历史“整理”成一条直线，看上去更直观.缺点是本地的分叉提交已经被修改过了。
• 最后在进行git push -u origin master
• rebase的目的是使得咱们在查看历史提交的变化时更容易，由于分叉的提交须要三方对比。

标签管理

好比一个APP要上线，一般在版本库中打一个标签(tag), 这样，就肯定了打标签的版本。未来不管何时，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。因此，标签也是版本库的一个快照。
Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针。
tag其实就是一个让人容易记住的有意义的名字，它跟某个commit绑在一块儿。好比tag v2.1就是把历史上的一个版本的东西叫作v2.1

建立标签

步骤：

• git branch查看当前分支,git checkout master切换到master分支。
• git tag <name> 打标签，默认为HEAD。好比git tag v1.0
• 默认标签是打在最新提交的commit上的。若是想要打标签在之前的commit上，要git log找到历史提交的commit id.
• 若是一个commt id是du2n2d9,执行git tag v1.0 du2n2d9就把这个版本打上了v1.0的标签了。
• git tag 查看全部标签，能够知道历史版本的tag
• 标签不是按时间顺序列出，而是按字母排序的。
• git show <tagname> 查看标签信息。
• git tag -a <标签名> -m "<说明>",建立带说明的标签。 -a指定标签名，-m指定说明文字。用show能够查看说明。

操做标签

• git tag -d v1.0 删除标签。由于建立的标签都只存储在本地，不会自动推送到远程。因此，打错的标签能够在本地安全删除。
• git push origin <tagname> 推送某个标签到远程
• git push origin --tags 一次性推送所有还没有推送到远程的本地标签
• 若是标签推送到远程。git tag -d v1.0 先删除本地标签v1.0。git push origin :refs/tags/v1.0删除远程标签v1.0

自定义Git

• git config --global color.ui true让Git显示颜色，会让命令输出看起来更醒目
• 忽略特殊文件 建立一个.gitignore文件，把须要忽略的文件名填进去。Git就会自动忽略这些文件。我也在学习中遇到过这样的问题，好比node_modules文件就能够忽略。

• 忽略文件原则：忽略操做系统自动生成的文件，好比缩略图等； 忽略编译生成的中间文件、可执行文件等，也就是若是一个文件是经过另外一个文件自动生成的，那自动生成的文件就不必放进版本库，好比Java编译产生的.class文件； 忽略你本身的带有敏感信息的配置文件，好比存放口令的配置文件。

• 强制提交已忽略的的文件。git add -f <file>
• git check-ignore -v <file>检查为何Git会忽略该文件。
• 给Git命令配别名,这个有点骚，就是你之后想输入git rebase时,你给它一个“外号”，就叫它git nb。之后你能够经过git nb来代替git rebase。具体怎么转换能够去廖雪峰老师的网站看。由于水平有限，我以为先把正常的Git命令搞清楚来就很不错了。

经常使用Git命令总结

• git config --global user.name "你的名字" 让你所有的Git仓库绑定你的名字
• git config --global user.email "你的邮箱" 让你所有的Git仓库绑定你的邮箱
• git init 初始化你的仓库
• git add . 把工做区的文件所有提交到暂存区
• git add ./<file>/ 把工做区的<file>文件提交到暂存区
• git commit -m "xxx" 把暂存区的全部文件提交到仓库区，暂存区空空荡荡
• git remote add origin https://github.com/name/name_cangku.git 把本地仓库与远程仓库链接起来
• git push -u origin master 把仓库区的主分支master提交到远程仓库里
• git push -u origin <其余分支> 把其余分支提交到远程仓库
• git status查看当前仓库的状态
• git diff 查看文件修改的具体内容
• git log 显示从最近到最远的提交历史
• git clone + 仓库地址下载克隆文件
• git reset --hard + 版本号 回溯版本，版本号在commit的时候与master跟随在一块儿
• git reflog 显示命令历史
• git checkout -- <file> 撤销命令，用版本库里的文件替换掉工做区的文件。我以为就像是Git世界的ctrl + z
• git rm 删除版本库的文件
• git branch 查看当前全部分支
• git branch <分支名字> 建立分支
• git checkout <分支名字> 切换到分支
• git merge <分支名字> 合并分支
• git branch -d <分支名字> 删除分支,有可能会删除失败，由于Git会保护没有被合并的分支
• git branch -D + <分支名字> 强行删除，丢弃没被合并的分支
• git log --graph 查看分支合并图
• git merge --no-ff <分支名字> 合并分支的时候禁用Fast forward模式,由于这个模式会丢失分支历史信息
• git stash 当有其余任务插进来时，把当前工做现场“存储”起来,之后恢复后继续工做
• git stash list 查看你刚刚“存放”起来的工做去哪里了
• git stash apply 恢复却不删除stash内容
• git stash drop 删除stash内容
• git stash pop 恢复的同时把stash内容也删了
• git remote 查看远程库的信息，会显示origin，远程仓库默认名称为origin
• git remote -v 显示更详细的信息
• git pull 把最新的提交从远程仓库中抓取下来，在本地合并,和git push相反
• git rebase 把分叉的提交历史“整理”成一条直线，看上去更直观
• git tag 查看全部标签，能够知道历史版本的tag
• git tag <name> 打标签，默认为HEAD。好比git tag v1.0
• git tag <tagName> <版本号> 把版本号打上标签，版本号就是commit时，跟在旁边的一串字母数字
• git show <tagName> 查看标签信息
• git tag -a <tagName> -m "<说明>" 建立带说明的标签。 -a指定标签名，-m指定说明文字
• git tag -d <tagName> 删除标签
• git push origin <tagname> 推送某个标签到远程
• git push origin --tags 一次性推送所有还没有推送到远程的本地标签
• git push origin :refs/tags/<tagname> 删除远程标签<tagname>
• git config --global color.ui true 让Git显示颜色，会让命令输出看起来更醒目
• git add -f <file> 强制提交已忽略的的文件
• git check-ignore -v <file> 检查为何Git会忽略该文件

结语

廖雪峰老师讲Git讲的通俗易懂，对小白很友好。认认真真花上两天时间去整理，会有所收获的。廖老师的我的网站传送门

欢迎访问个人博客，会分享一些技术文章，一块儿学习前端。