全面理解Git - 网站源码_资源分享

序言

Junagadh： 责任编辑详尽传授了Git常用指示的基本功和采用方式。

书名网志门牌号：Git指示归纳

chan时评&&DD91专题讲座：后端迎击者（chan）&&后端迎击者（DD91）

写手网志门牌号：Damonare的对个人网志

一生贵大哥，定交无暮早。

节录

1.Git概要

Git的问世的确是一个有意思的故事情节，他们知道，前年Linus建立了开放源码的Linux，自此，Linux控制系统急速发展，那时已经成为最大的伺服器软件控制系统了。(请不要心急搞不清Linus和Linux)

但是随着Linux的急速发展壮大，就需要各种管理工具了，起先Linus带着他的大哥们采用的是BitKeeper(商业性管理工具控制系统),后呢由于缘故BitKeeper的公司不许她们采用了，只好Linus自己花了一周时间写下了Git因此开放源码了(BitKeeper已哭晕在洗手间)，观世音，幸好BitKeeper不许Linus她们用了，不然他们那时也不能有这么称心的Git了，写手更不能在这写这篇昌明了。

后的光阴里，慢慢有了github,coding等一些可以采用git储存的中文网站，Git的武林话语权显得极为重要了，如果你是个开发人员却还不能采用Git那就太out了。

这里先提及两张图表明Git

组织工作基本原理：

Workspace:组织工作区，继续执行git add *指示就把更动递交到了甲类，继续执行git pull指示将远距库房的数据拉到现阶段组成部分并分拆，继续执行git checkout [branch-name]转换组成部分Index:甲类，继续执行git commit -m 表明指示就把更动递交到了库房区（现阶段组成部分）Repository:库房区（或邻近地区库房），继续执行git push origin master递交到远距库房，继续执行git clone 门牌号将布季夫远距库房到邻近地区Remote:远距库房，就是类似于github，coding等中文网站所提供的库房

注：实际操作指示和上述指示会有所不同，这里这是表明清楚指示和库房的关系。

1.1 Git 术语

术语定义库房（Repository）一个库房包括了所有的版信息、所有的组成部分和标记信息。在Git中库房的每份拷贝都是完整的。库房让你可以从中取得你的组织工作副本。组成部分（Branches）一个组成部分意味着一个独立的、拥有自己历史信息的代码线（code line）。你可以从已有的代码中生成一个新的组成部分，这个组成部分与剩余的组成部分完全独立。默认的组成部分往往是叫master。用户可以选择一个组成部分，选择一个组成部分继续莱盖git checkout branch. 标记（Tags）一个标记指的是某个组成部分某个特定时间点的状态。通过标记，可以很方便的转换到标记时的状态，例如2009年1月25号在testing组成部分上的代码状态递交（Commit）递交代码后，库房会建立一个新的版。这个版可以在后续被重新获得。每次递交都包括作者和递交者，作者和递交者可以是不同的人修订（Revision）用来

1.2 忽略特定的文件

可以配置Git忽略特定的文件或者是文件夹。这些配置都放在.gitignore文件中。这个文件可以存在于不同的文件夹中，可以包含不同的文件匹配模式。

比如.gitignore内容可以如下：

忽略某文件 npm-debug.log 忽略文件夹 dist/ node_modules/ .idea/

同时Git也提供了全局的配置，core.excludesfile。

忽略后的文件或是文件夹Git就不去递交里面的内容了。

1.3 采用.gitkeep来追踪空的文件夹

Git会忽略空的文件夹。如果你想管理工具包括空文件夹，根据惯例会在空文件夹下放置.gitkeep文件。其实对文件名没有特定的要求。一旦一个空文件夹下有文件后，这个文件夹就会在管理工具范围内。

1.4 配置

# 显示当前的Git配置 $ git config –list # 编辑Git配置文件，只是配置用户信息的话直接看下面两行指示即可 $ git config -e [–global] # 设置递交代码时的用户信息，是否加上全局–global自行决定，一般是直接设置全局的。另外用户邮箱需要注意最好采用gmail,QQ也可以，需要和你远距库房保持一致不然你的contribution是不能被记录在远距库房的 $ git config [–global] user.name “[name]” $ git config [–global] user.email “[email address]”

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

对个人觉得git是需要认真学的，虽然是个工具但不学习很容易把自己弄糊涂，希望这篇网志可以在某些时候帮到您，让您大概认知git的组织工作基本原理并把基本指示串起来。那么下面就说一下Git重要的基本指示吧。

2.Git安装

Git-for-window

下载安装这个不用多说吧….

3.建立库房

# 在现阶段目录建立一个文件夹 $ mkdir [project-name] # 在现阶段目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [project-name] # 下载一个项目和它的整个代码历史（各个组成部分递交记录等） $ git clone [url]

git init后会出现.git文件夹，里面有配置文件，如果没有git bash里面输入ls -lah就可以看到了

关于如何关联Git和远距库房，比如Coding，github等，可以看这两篇文章

：

Git链接到自己的Github Coding帮助中心

4.递交文件

4.1首次推送

# 添加现阶段目录的所有文件到甲类 $ git add * # 递交甲类到库房区 $ git commit -m [message] # 为远距Git更名为origin $ git remote add origin [email protected]:abcd/tmp.git # 推送此次修改，这是首次推送需要加上-u,后推送就可以直接git push origin master,origin是远距Git名字，这个可以自己定义，不过一般是用origin罢了，master是默认的组成部分，如果不在master组成部分递交需要写清楚组成部分名称 $ git push -u origin master

首次推送成功后可以看下下面的指示：

# 添加指定文件到甲类 $ git add [file1] [file2] … # 添加指定目录到甲类，包括子目录 $ git add [dir] # 添加现阶段目录的所有文件到甲类 $ git add * # 添加每个变化前，都会要求确认对于同一个文件的多处变化，可以实现分次递交 $ git add -p # 删除组织工作区文件，因此将这次删除放入甲类 $ git rm [file1] [file2] … # 停止追踪指定文件，但该文件会保留在组织工作区 $ git rm –cached [file] # 改名文件，因此将这个改名放入甲类 $ git mv [file-original] [file-renamed] # 递交暂存区到库房区 $ 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] … # 递交更改到远距库房 $ git push origin master # 拉取远距更改到邻近地区库房默认自动分拆 $ git pull origin master

如果他们只是维护自己的小项目的话，上面的指示已经够用了，自己一对个人在master组成部分想咋折腾就咋折腾

5.组成部分

但如果是多人协作的话，git的魅力就开始提现出来了，每对个人有自己的一个组成部分，各自在自己的组成部分上组织工作互不干扰。具体的看这：Git教程-建立分拆组成部分

# 列出所有邻近地区组成部分 $ git branch # 列出所有远距组成部分 $ git branch -r # 列出所有邻近地区组成部分和远距组成部分 $ git branch -a # 新建一个组成部分，但依然停留在现阶段组成部分 $ git branch [branch-name] # 新建一个组成部分，并转换到该组成部分 $ git checkout -b [branch] # 新建一个组成部分，指向指定commit $ git branch [branch] [commit] # 新建一个组成部分，与指定的远距分支建立追踪关系 $ git branch –track [branch] [remote-branch] # 转换到指定组成部分，并更新组织工作区 $ git checkout [branch-name] # 转换到上一个组成部分 $ git checkout – # 建立追踪关系，在现有组成部分与指定的远距组成部分之间 $ git branch –set-upstream [branch] [remote-branch] # 分拆指定组成部分到现阶段组成部分，如果有冲突需要手动分拆冲突（就是手动编辑文件保存咯），然后add,commit再递交 $ 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.标签

标签的作用主要是用来做版回退的，关于版回退，这也是Git的亮点之一，起到了后悔药的功能·

# 列出所有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] –tags # 新建一个组成部分，指向某个tag $ git checkout -b [branch] [tag]

7.后悔药

想一下在你写完N个文件代码后，commit到了邻近地区库房，突然发现整个应用崩溃了！咋整？Git给了他们吃后悔药

的机会：

# 恢复甲类的指定文件到组织工作区 $ git checkout [file] # 恢复某个commit的指定文件到甲类和组织工作区 $ git checkout [commit] [file] # 恢复甲类的所有文件到组织工作区 $ git checkout . # 回退到上一个版，在Git中，用HEAD表示现阶段版 $ git reset –hard HEAD^ # 重置甲类的指定文件，与上一次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

这个时候标签的作用就体现出来了，因为commit号太冗长了，记起来太麻烦有了标签他们相当于自定义了commit号

8. 文件信息

# 显示现阶段组成部分的版历史 $ git log # 显示commit历史，以及每次commit发生变更的文件 $ git log –stat # 搜索递交历史，根据关键词 $ git log -S [keyword] # 显示某个commit后的所有变动，每个commit占据一行 $ git log [tag] HEAD –pretty=format:%s # 显示某个commit后的所有变动，其”递交表明”必须符合搜索条件 $ git log [tag] HEAD –grep feature # 显示某个文件的版历史，包括文件改名 $ git log –follow [file] $ git whatchanged [file] # 显示指定文件相关的每一次diff $ git log -p [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-branch]…[second-branch] # 显示今天你写了多少行代码 $ git diff –shortstat “@{0 day ago}” # 显示某次递交的元数据和内容变化 $ git show [commit] # 显示某次递交发生变化的文件 $ git show –name-only [commit] # 显示某次递交时，某个文件的内容 $ git show [commit]:[filename]