打开Git的正确姿式

@Git笔记

create by db on 2018-12-25 12:10:36
Recently revised in 2019-1-4 15:08:40

 Hello 小伙伴们，若是以为本文还不错，麻烦点个赞或者给个 star，大家的赞和 star 是我前进的动力！GitHub 地址

 查阅网上诸多资料，并结合本身的学习经验，写下这篇Git学习笔记，以记录本身的学习心得。现分享给你们，以供参考。

 做为一只前端菜鸟，这是我掘金分享的第一篇文章，并但愿以此开启本身的2019。若有不足，还请多多指教，谢谢你们。

前言

 参考文献：

• Git版本控制管理教程 | CSDN-呆萌钟
• Git教程 | 廖雪峰的官方网站-廖雪峰
• GIT 经常使用命令 | 博客园-天才卧龙

版本控制

 数据是短暂的，且容易丢失。特别是做为开发人员的咱们，须要频繁的对项目代码进行更新，容易产生错误的变动或者是项目文件的丢失。所以，咱们须要在整个工做的过程当中不断的备份和存档咱们的项目文件。

 在当下的项目开发环境下，一个项目每每是有多个开发者共同开发维护的，那么意味着他们须要操做同一项目文件，咱们须要对文本和项目代码的变动进行记录管理，这些变动就构成了一个版本库，对版本库的管理就是版本控制。

 一个能够管理或追踪软件代码的工具一般称为版本控制系统（VCS）。如今流行的版本控制工具不少，固然，咱们接下来要说的就是称的上VCS界一哥的Git，它是一款功能强大、灵活且低开销的VCS，它可让协同开发成为一种乐趣。

Git的诞生

 其实，在Git诞生以前市面上已经有很是多的VCS了，好比当时VCS界的老大哥：SVN（如今在市面上也还有不小的份额）。那为何还要创造Git这个新工具呢？

 这固然得从他的创始人Linus Torvalds提及 ，一个在技术界被千万人顶礼膜拜的男人！为了方便管理Linux内核的开发工做，一个可靠的值得信赖的VCS是不可或缺的，可是，Linus一直痛恨的CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？

集中式vs分布式

 先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是本身的电脑，因此要先从中央服务器取得最新的版本，而后开始干活，干完活了，再把本身的活推送给中央服务器。中央服务器就比如是一个图书馆，你要改一本书，必须先从图书馆借出来，而后回到家本身改，改完了，再放回图书馆。

 集中式版本控制系统最大的毛病就是必须联网才能工做，若是在局域网内还好，带宽够大，速度够快，可若是在互联网上，遇到网速慢的话，可能提交一个10M的文件就须要5分钟，这还不得把人给憋死啊。

 那分布式版本控制系统与集中式版本控制系统有何不一样呢？首先，分布式版本控制系统根本没有“中央服务器”，每一个人的电脑上都是一个完整的版本库，这样，你工做的时候，就不须要联网了，由于版本库就在你本身的电脑上。既然每一个人电脑上都有一个完整的版本库，那多我的如何协做呢？比方说你在本身电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，大家俩之间只需把各自的修改推送给对方，就能够互相看到对方的修改了。

 和集中式版本控制系统相比，分布式版本控制系统的安全性要高不少，由于每一个人电脑里都有完整的版本库，某一我的的电脑坏掉了没关系，随便从其余人那里复制一个就能够了。而集中式版本控制系统的中央服务器要是出了问题，全部人都无法干活了。

git的正确打开方式

要使用Git，第一步固然是安装Git了。

• 在Linux上安装Git
• 在Windows上安装Git
• 在Mac上安装Git

详细信息请移步廖雪峰的官方网站

正文

Git工做流程

先上图:

以上包括一些简单而经常使用的命令，可是先不关心这些，先来了解下面这4个专有名词。

• Workapace : 工做区
• Index/Stage ：暂存区
• Repository ：仓库区（或本地仓库）
• Remote ：远程仓库

工做区（Workapace）

 程序员开发改动的地方，是你当前看到的，也是最新的。

 平时开发就是拷贝远程仓库中的一个分支，并基于该分支进行开发。在开发的过程当中就是对工做区的操做。

暂存区（Index/Stage）

 .git目录下的index文件，暂存区会记录 git add 添加的文件的相关信息（文件名、大小...）,不保存文件实体。可使用git status查看暂存区的状态。暂存区标记了你当前工做区中，哪些内容是被Git管理的。

 当你完成某个功能须要提交到远程仓库中，那么第一步就是要将更改经过git add提交到暂存区，被Git管理。

本地仓库（Repository）

 保存了对象被提交过的各个版本，比起工做区和暂存区的内容，它更旧一些。

 git commit后同步index的目录树到本地仓库，方便从下一步经过git push同步本地仓库与远程仓库。

远程仓库（Remote）

 远程仓库的内容可能被分布在多个地点的处于协做关系的本地仓库修改，所以它可能与本地仓库同步，也可能不一样步。咱们在提交以前须要git pull使本地仓库拉下代码。

HEAD

 在掌握具体命令前，先理解下HEAD。

 HEAD，它始终指向当前所处分支的最新的提交点。你所处的分支变化了，或者产生了新的提交点，HEAD就会跟着改变。

无图无真相！

小结

1. 任何对象都是在工做区诞生和被修改；
2. 任何修改都是从进入index区才开始被版本控制；
3. 只有把修改提交到本地仓库，该修改才能在仓库留下足迹；
4. 与协做者分享本地的更改，须要将更改push到远程仓库

经常使用的Git命令

继续上图!

1、新建代码库

• 在当前新目录新建一个git代码库

$ git init

• 新建一个目录，将其初始化为First代码库

$ git init [project-name]

• 下载一个项目和它的整个代码史

$ git clone [url]

2、配置

Git的设置文件为.gitconfig，它能够在用户主目录下（全局配置），也能够在项目目录下（项目配置）

1. 显示当前的Git配置

$git config --list

2. 编辑Git配置文件

$ git config -e [--global]

3. 设置提交代码时的用户信息

$ git config [--global] user.name "[name]"

$ git config [--global] user.email "[email address]"

3、增长/删除文件

• 添加指定文件到暂存区

$ git add [file1] [file2] ...

• 添加指定类型文件（使用通配符方式批量提交）到暂存区

$ git add *.html

• 添加指定目录到暂存区

$ git add [dir]

• 添加当前目录下的全部存在更改文件到暂存区
• （包括提交新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件）

$ git add .

• 添加已经被add的文件且存在更改的文件（Git根路径如下全部文件）到暂存区
• （提交被修改(modified)和被删除(deleted)文件，不包括新文件(new)）

$ git add -u

• 添加全部变化（Git根路径如下全部文件）到暂存区
• （包括提交新文件(new)、被修改(modified)文件以及被删除(deleted)文件）

$ git add --all

$ git add -A // 简写

• 添加每一个变化前，都会要求确认，对于同一个文件的多处变化，能够实现分次提交

$ git add -p

• 删除工做区文件，而且将此次删除放入暂存区

$ git rm [file1] [file2] ...

• 中止追踪指定文件，但该文件会保留在工做区

$ git rm -cached [file]

• 更名文件，而且将这个更名放入暂存区

$ git mv [file-origin] [file-rename]

• 更名文件夹，并将此更改上传

git mv -f oldfolder newfolder

git add -u newfolder (-u选项会更新已经追踪的文件和文件夹)

git commit -m "changed the foldername whaddup"

• 删除文件夹，并将此更改上传

$ git rm -r --cached [dir]

$ git commit -m '删除了dir'

$ git push -u origin master

4、代码提交

• 提交暂存区到仓库区

$ git commit -m [message]

• 提交暂存区的指定文件到仓库区

$ git commit [file1] [file2] ... -m [message]

• 提交工做区自上次commit以后的变化，直接到仓库区

$ git commit -a

• 提交时显示全部的diff信息

$ git commit -v

• 使用一次新的commit，替代上一次提交，若是代码没有任何变化，则用来改写上一次commit的提交信息

$ git commit --amend -m [message]

• 重作上一次commit，并包括指定文件的新变化

$ git commit -amend [file1] [file2]...

5、分支

• 列出全部本地分支

$git branch

• 列出全部远程分支

git branch -r

• 列出全部本地分支和远程分支

$ git branch -a

• 新建一个分支，但依然停留在当前分支

$ git branch [branch-name]

• 新建一个分支，并切换到该分支

$ git branch -b [branch-name]

• 新建一个分支，指向指定的commit

$ git branch [branch] [commit]

• 新建一个分支，与指定远程分支创建追踪关系

$ git branch --track [branch] [remote-branch]

• 切换到指定分支，并更新工做区

$ git checkout [branch-name]

• 切换到上一分支

$ git checkout -

• 创建追踪关系，在现有分支和指定的远程分支之间

$ git branch --set-up-tream [branch] [remote-branch]

• 合并指定分支到当前分支

$ git merge [branch]

• 选择一个commit，合并进当前分支

$ git cherry-pick [commit]

• 删除分支

$ git branch -d [branch-name]

• 删除远程分支

$ git push origin --delete [branch-name]

$ git branch -dr [remote/branch]

6、标签

• 列出全部tag

$ git tag

• 新建一个tag在当前commit

$ git tag [tag]

• 新建一个tag在指定commit

$ git tag [tag] [commit]

• 删除本地tag

$ git tag -d [tag]

• 删除远程tag

$ git push origin :refs/tags/[tagName]

• 查看tag信息

$ git show [tag]

• +提交指定tag

$ git push [remote] [tag]

• 提交全部tag

$ git push [remote] --tages

• 新建一个分支，指向某个teg

$ git checkout -b [branch] [tag]

7、查看信息

• 显示有变动的文件

$ git status

• 显示当前分支的版本历史

$ git log

• 显示某个commit历史，以及每次commit发生变动的文件

$ git log [tag] HEAD --grep feature

• 显示某个commit以后的全部变更，其“提交说明”必须符合搜索条件

$ git log [tag] HEAD --grop feature

• 显示某个文件的版本历史，包括文件更名

$ git log --follow [file]

$ git whatchanged [file]

• 显示过去5次的提交

$ git log -5 --pretty --oneline

• 显示全部提交过的用户，按提交次数排序

$ git shortlog -sn

• 显示指定文件是什么人在什么时间修改过

$ git blame [file]

• 显示暂存区和工做区的代码差别

$ git diff

• 显示暂存区和上一个commit的差别

$ git diff -cached [file]

• 显示工做区与当前分支最新commit之间的差别

$ git diff HEAD

• 显示两次提交之间的差别

$ git diff [first-btanch]...[second-branch]

• 显示某次提交的元素数据和内容变化

$ git show [commit]

• 显示某次提交时，某个文件的内容

$ git show [commit]:[filename]

• 显示当前分支的最近几回提交

$ git reflog

• 从本地master拉取代码更新当前分支：branch通常为master

$ git rebase [branch]

8、远程分支

• 更新远程仓储

$ git remote update

• 显示全部远程仓库

$ git remote -v

• 显示某个远程仓库信息

$ git remote show [remote]

• 增长一个新的远程仓库，并命名

$ git remote add [shortname] [url]

• 取回远程仓库的变化，并与本地分支合并

$ git push [remote] [branch]

• 上传本地分支到远程仓库

$ git push [remote] [branch]

• 强行推送当前分支到远程仓库

$ git push [remote] --force

• 推送全部分支到远程仓库

git push [remote] --all

9、撤销

• 恢复暂存区的指定文件到工做区

$ git checkout [commit] [file]

• 恢复某个commit的指定文件到暂存区和工做区

$ git chechout .

• 重置暂存区的指定文件，与上一次commit保持一致，但工做区不变

$ git reset [file]

• 重置暂存区和工做区，与上次commit保持一致

$ git reset --hard

• 重置当前分支的指针为指定commit，同时是重置暂存区，但工做区不变

$ git reset [commit]

• 重置当前分支的HEAD为指定commit，同时重置暂存区与工做区，与指定commit保持一致

$git reset --hard [commit]

• 重置当前HEAD为指定commit，但保持暂存区和工做区不变

$ git reset --keep [commit]

• 新建一个commit，哦用来撤销指定commit，后者的变化都被前者抵消，而且应用到当前分支

$ git revert [commit]

• 暂时将未提交的变化移除，稍后再移入

$ git stash

$ git stash pop

10、其余

• 生成一个可供发布的压缩包

$ git archive

版本穿梭

再声明一次：HEAD指向的版本就是当前版本！

回到过去

对Git来讲，回到过去比把大象装进冰箱还要简单，总共分两步：

1. 假若须要进行版本切换，首先就是查看有哪些版本咯！

   • 显示从最近到最远的提交日志

   $ git log

   • 若是感受眼花缭乱，能够选择单行显示

   $ git log --pretty=oneline

2. 看到commit fcef4ce4280229e2d4a9c914677f6e94e3539ede了没？这就是咱们的commit_id，也就是要去的地址。固然，咱们不须要用这么长一段，取前五位就好。

   如今咱们启动时光穿梭机!

   $ git reset --hard commit_id

重返将来

重返将来一样分两步：

1. 假若须要重返将来，首先就是肯定要回到将来的哪一个版本

   • 查看命令历史

   $ git reflog

2. 看到989d9ce HEAD@{……}: commit:……了没？选择你想要的将来，出发吧！

   $ git reset --hard commit_id

使用git在本地建立一个项目的过程

1. $ makdir ~/hello-world    //建立一个项目hello-world
2. $ cd ~/hello-world       //打开这个项目
3. $ git init             //初始化
4. $ touch README
5. $ git add README        //更新README文件
6. $ git commit -m 'first commit'     //提交更新，并注释信息“first commit”
7. $ git remote add origin git@github.com:dedsf/hello-world.git     //链接远程github项目
8. $ git push -u origin master     //将本地项目更新到github项目上去

GitHub

什么是GitHub

 github是一个基于git的代码托管平台，付费用户能够建私人仓库，咱们通常的免费用户只能使用公共仓库，也就是代码要公开。

 Git自己彻底能够作到版本控制，但其全部内容以及版本记录只能保存在本机，若是想要将文件内容以及版本记录同时保存在远程，则须要结合GitHub来使用。使用场景：

• 无GitHub：在本地 .git 文件夹内维护历时文件
• 有GitHub：在本地 .git 文件夹内维护历时文件，同时也将历时文件托管在远程仓库

推荐一个文科妹子写的风趣易懂的GitHub介绍，戳这里：如何使用 GitHub？

咱们能用GitHub作什么

 咱们一直用GitHub做为免费的远程仓库，若是是我的的开源项目，放到GitHub上是彻底没有问题的。其实GitHub仍是一个开源协做社区，经过GitHub，既可让别人参与你的开源项目，也能够参与别人的开源项目。

 在GitHub出现之前，开源项目开源容易，但让广大人民群众参与进来比较困难，由于要参与，就要提交代码，而给每一个想提交代码的群众都开一个帐号那是不现实的，所以，群众也仅限于报个bug，即便能改掉bug，也只能把diff文件用邮件发过去，很不方便。

 可是在GitHub上，利用Git极其强大的克隆和分支功能，广大人民群众真正能够第一次自由参与各类开源项目了。

 如何参与一个开源项目呢？

 好比人气极高的bootstrap项目，这是一个很是强大的CSS框架，你能够访问它的项目主页https://github.com/twbs/bootstrap，点“Fork”就在本身的帐号下克隆了一个bootstrap仓库，而后，从本身的帐号下clone：

clone git@github.com:michaelliao/bootstrap.git

 必定要从本身的帐号下clone仓库，这样你才能推送修改。若是从bootstrap的做者的仓it@github.com:twbs/bootstrap.git克隆，由于没有权限，你将不能推送修改。

• 若是你想修复bootstrap的一个bug，或者新增一个功能，马上就能够开始干活，干完后，往本身的仓库推送。

• 若是你但愿bootstrap的官方库能接受你的修改，你就能够在GitHub上发起一个pull request。固然，对方是否接受你的pull request就不必定了。

• 若是你没能力修改bootstrap，但又想要试一把pull request，那就Fork一下廖雪峰老师的仓库https://github.com/michaelliao/learngit，建立一个your-github-id.txt的文本文件，写点本身学习Git的心得，而后推送一个pull request给我，我会视心情而定是否接受。

小结

• 在GitHub上，能够任意Fork开源仓库；

• 本身拥有Fork后的仓库的读写权限；

• 能够推送pull request给官方仓库来贡献代码。

总结

 路漫漫其修远兮，但愿Git及GitHub能够帮咱们记录每个脚印，每一步成长。与诸君共勉。

 祝你们2019更上一层楼！

后记：Hello 小伙伴们，若是以为本文还不错，记得点个赞或者给个 star，大家的赞和 star 是我编写更多更丰富文章的动力！GitHub 地址

db 的文档库 由 db 采用 知识共享 署名-非商业性使用-相同方式共享 4.0 国际 许可协议进行许可。
基于github.com/danygitgit上的做品创做。
本许可协议受权以外的使用权限能够从 creativecommons.org/licenses/by… 处得到。