Description
Git
版本控制系统
版本控制系统（version control system，VCS）,版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。历史上出现过各种各样的VCS：如1982年的RCS，现在你还可能在Unix的发布中找到它,1985年的PVCS,1990年底的CVS,1992年的clearcase,微软的VSS（welcome to Hell）,90年代中期的Perforce，以及SVN和BitKeeper，还有我们即将介绍的git.
版本控制系统出现的原因是由实际需求推动的。在没有VCS的情况下，我们维护版本的方法是复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一的好处就是简单。不过坏处也不少：有时候会混淆所在的工作目录，一旦弄错文件丢了数据就没法撤销恢复。解决这个问题的方法是开发版本控制系统，采用某种简单的数据库来记录文件的历次更新差异的来实现。
集中式版本控制系统
集中化的版本控制系统（ Centralized Version Control Systems，简称 CVCS ），有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连接到这台服务器，取出最新的文件或者提交更新。这类系统，诸如 CVS，Subversion 以及 Perforce 等。优点是每个人都可以在一定程度上看到项目中的其他人正在做些什么，而管理员也可以轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易；缺点是中央服务器的单点故障有丢失数据的风险。
分布式版本控制系统
分布式版本控制系统（ Distributed Version Control System，简称 DVCS ），采用对等网络式的方式，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来，其中存储的有不同的版本信息和维护一个repository的必要的辅助信息。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的提取操作，实际上都是一次对代码仓库的完整备份。这类系统，像 Git，Mercurial，Bazaar 以及 Darcs 等。
Git简史
Linus在1991年创建了开源的Linux，从此Linux系统不断发展，已经成为最大的服务器系统软件了。Linus虽然创建了Linux，但Linux的壮大是靠全世界热心的志愿者参与的，这么多人在世界各地为Linux编写代码，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码。当时是有CVS、SVN这些免费的版本控制系统，但是Linus坚定地反对CVS和SVN，这些集中式的版本控制系统不但速度慢，而且必须联网才能使用。有一些商用的版本控制系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。
到了2002年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，社区的弟兄们也对这种方式表达了强烈不满，于是Linus选择了一个商业的版本控制系统BitKeeper,BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。后来Linux社区开发Samba的Andrew试图破解BitKeeper的协议，被BitMover公司发现了。到了2005年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds ）不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统制订了若干目标：
- 速度
- 简单的设计
- 对非线性开发模式的强力支持（允许上千个并行开发的分支）
- 完全分布式
- 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）
自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。它的速度飞快，极其适合管理大项目，它还有着令人难以置信的非线性分支管理系统,可以应付各种复杂的项目开发需求。Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。
Git使用
Git重要概念
文件的三种状态
对于任何一个文件，在 Git 内都只有三种状态：
- 已提交（committed）:表示该文件已经被安全地保存在本地数据库中了
- 已修改（modified）:表示修改了某个文件，但还没有提交保存
- 已暂存（staged）:表示把已修改的文件放在下次提交时要保存的清单中。
Git的三个工作区域
文件流转的三个工作区域：Git 的工作目录，暂存区域，以及本地仓库。
- 工作目录（working directory）：存放源代码的目录，就是git目录，用来保存元数据和对象数据库的地方，每次克隆镜像仓库的时候，实际拷贝的就是这个目录里面的数据。
- 暂存区域(staging area):是个简单的文件，一般都放在 Git 目录中。有时候人们会把这个文件叫做索引文件，不过标准说法还是叫暂存区域。对修改后的文件进行快照，然后保存的区域。
- 本地仓库(repository):修改经过commit提交，从暂存区域提交到git管理的区域，这个区域保存了文件的快照。
- 远程仓库(repository):存储在远端服务器上的，仓库，大家共享的文件仓库，保存所有文件的所有快照。
Git的工作流程
Git的基本工作流程如下：
- 在工作目录中修改某些文件。
- 对修改后的文件进行快照，然后保存到暂存区域。
- 提交更新，将保存在暂存区域的文件快照永久转储到 Git 目录中。
- Tip: push将本地的文件快照推送到远程的Git目录中
Git基本命令
Git安装
以下的讲述基于linux平台，在使用git的命令前，需要安装git程序，Fedora 上用 yum 安装
$ yum install git-core
而在 Ubuntu 这类 Debian 体系的系统上，可以用 apt-get 安装
$ sudo apt-get install git
Git初始化
git init
说明：通过这个命令把当前工作目录变成git可以管理的仓库。
Git添加文件
git add filenpath
git add *
git add .
说明：用此命令添加文件到git仓库。
git 提交文件
git commit -m "Commit message"
说明：将暂存区的文件快照提交到本地仓库中。
Git查看状态
git status
说明：查看git仓库当前的状态。
Git文件区别
git diff <filepath>
说明：可以查看工作区文件和git仓库文件的差别。
Git历史查询
git log
说明：此命令可以查看commit的历史记录。
Git查看分支合并图
git log --graph
说明：可以查看分支合并的历史记录。（我都是在gitlab 或 github 页面里看 感觉这个命令有点 然并*）
Git版本回退
git reset [空 或者 HEAD]
说明：回退版本到以前提交的某个commit，也可以把暂存区的修改回退到工作目录中。
tip：如果想撤销本地的所有修改和commit，可以使用如下 git fetch origin && git reset --hard origin/master 或使用 git reset --hard origin/master，如果想撤销本地的所有修改到某个commit 可以使用 git reset --hard HEAD
Git操作记录
git reflog
说明：记录每一次操作（有点像history命令）
Git撤销修改
git checkout .
说明：撤销工作目录中的修改。
Git撤销单个修改
git checkout <filename>
说明：取消filename中未提交的修改。
Git删除文件
git rm <filename>
说明：从git仓库中删除filename文件
Git关联远程仓库
git remote add
说明：使本地仓库和远程仓库创建关联。
Git复制远程仓库
git clone
说明：从远程仓库copy一份到本地。
Git抓取远程仓库的修改
git pull
说明：拉取远程代码库的代码，通常是团队中其他成员提交的代码
Git本地修改上传远程仓库
git push
说明：推送本地的修改到远程仓库。
Git创建分支
git branch <branch-name>
说明：创建branch-name分支。
Git切换分支
git checkout <branch-name>
说明：切换到branch-name分支。
Git创建并切换分支
git checkout -b <branch-name>
说明：创建分支branch-name并切换到此分支。
Git查看当前分支
git branch
说明：查看当前分支并列出所有分支。
tip: -a 参数可以查看远程分支信息
Git合并分支
git merge --no-ff <branch-name>
说明：合并指定分支到当前分支。如果你只有一个commit 可以使用 git cherry-pick [分支名，或者commitID]
Git删除本地分支
git branch -d <branch-name>
说明：删除本地的分支xxx-branch-name。
Git删除远程分支
git push origin :[远程分支名]
说明：删除远程某个分支 冒号前面一定要有空格。
Git本地分支推送到远程分支
git push origin [本地分支名]:[远程分支名]
说明：将本地仓库推送到远程仓库
Git高级用法
任何命令，都可以通过
git <想要了解的命令> --help
来获得更详细的说明及用法
Blame
说明
针对文件的每一行，显示其最后一次被更新的信息及其作者
命令
git blame <文件名>
查看某一特定文件中每一行最后一次被更新的信息
Remote
说明
管理追踪的多个远端仓库。注意，一个远端仓库名称可以对应多个仓库地址(url)。
命令
git remote add <仓库名称> <仓库地址>
添加一个远端仓库。这样 git fetch <仓库名称> 就可以以此跟踪远端仓库。
git remote show
列出所有远端仓库名称。
git remote rename [<旧仓库名称>] <新仓库名称>
更改远端仓库名称。
git remote remove <仓库名称>
删除远端仓库。此操作会删除与此仓库相关的所有分支和配置信息。
git remote show [<仓库名称>]
若仓库名称为空，则列出所有远端仓库名称；否则，列出特定远端仓库的相关信息，例如HEAD branch、remote branch，配置信息等。
git remote set-url <仓库名称> <新仓库地址> [<旧仓库地址>]
更新特定远端仓库名称下的部分仓库地址，其中<仓库地址>可以是正则表达式。
git remote set-url --add <仓库名称> <仓库地址>
为特定远端仓库名称增加新的仓库地址。
git remote set-url --delete <仓库名称> <仓库地址>
删除特定远端仓库名称下的部分仓库地址，其中<仓库地址>可以是正则表达式。
Branch
说明
对分支进行管理。
命令
git branch <branch name> [<commit ID>]
基于当前分支的某次commitID 来创建一个新分支
commit ID可选，也可以替换成分支名称,或tag。创建后不会自动跳转至该分支，需手动 git checkout <分支名称>。
若想快速创建一个分支并跳转至该分支，请使用 git checkout -b <branch name> [<commit ID>]。
git branch [-a] [--list <pattern>...]
列出所有的分支。 -a 列出所有远端分支和本地分支。
git branch (-m | -M) [<旧分支名称>] <新分支名称>
修改分支名称。若<新分支名称>已存在，-m不会修改分支名称，并给出提示，-M会强制覆盖已有分支。-a 列出所有远端分支和本地分支。
git branch (-d | -D) [-r] <分支名称>...
删除分支。若该分支尚未被合并，-d不会删除分支，并给出提示，-D会进行强制删除。
分支被删除后，下次执行 fetch 或 pull 操作时仍会被创建，若想避免，需对 fetch 或 pull 命令进行配置。详情请查看 git fetch --help
$ git branch -v
查看各个分支最后一个提交对象的信息
$ git branch --merged
iss53
* master
查看哪些分支已被并入当前分支，之前我们已经合并了 iss53，所以在这里会看到它。一般来说，列表中没有 * 的分支通常都可以用 git branch -d 来删掉。原因很简单，既然已经把它们所包含的工作整合到了其他分支，删掉也不会损失什么。
$ git branch --no-merged
testing
它会显示还未合并进来的分支，由于这些分支中还包含着尚未合并进来的工作成果，所以简单地用 git branch -d 删除该分支会提示错误，因为那样做会丢失数据，不过，如果你确实想要删除该分支上的改动，可以用大写的删除选项 -D 强制执行
Stash
说明
暂存当前工作状态。
命令
git stash [save [message]]
储存当前工作状态。可添加一些必要的说明，以便后期查找。
git stash list
列出所有的暂存。
git stash show [<stash>]
显示特定暂存与其起点之间的变化，与 diff 命令相似。若无参数，则默认为最后一个暂存。
git stash pop [<stash>]
恢复特定暂存，同时从暂存列表移除。若恢复时发生冲突，则暂存不会从列表中移除，需解决完冲突后手工移除( git stash drop )。
git stash apply [<stash>]
恢复特定暂存。该命令类似 pop, 不同的是，该命令不会自动从暂存列表移除该暂存。
git stash drop [<stash>]
从暂存列表移除特定暂存。若无参数，则默认为最后一个暂存。
git stash clear
移除暂存列表中的所有暂存。
checkout
用法一
git checkout <file name>
取消某些文件在本地的变更，原理是（用暂存区里最近一次提交的内容覆盖某文件，达到取消对某文件的修改）
用法二
git checkout <branch name>
切换到某分支
用法三
git checkout -b <new branch name>
新建一个分支，并切换到该分支
用法四
git branch <分支名> <commitID>
基于当前分支的某一次commit来创建分支
diff
用法一
ps: 文件三种状态，working tree, index file, commit
git diff <文件名>
是查看working tree与index file的差别的。
用法二
git diff --cached <文件名>
查看index file与commit的差别的。
用法三
git diff HEAD <文件名>
是查看working tree和commit的差别的
ps:以上三种方法不加文件文件，则比较所有文件（出去gitignore 掉的文件）
用法四
git diff <commitID>/<branch>
比较working tree 与某一提交/分支的差别
用法五
git diff <commitID>/<branch> <commitID>/<branch>
查看某一提交/分支与某一提交/分支的差别
reset
用法一
git reset –hard HEAD
回退到一个特定的历史版本。丢弃这次提交之后的所有变更。
用法二
取消add
git reset HEAD
回滚到一个特定的历史版本。将这个版本之后的所有变更移动到“未暂存”的阶段。这也就意味着你需要运行 git add . 和 git commit 才能把这些变更提交到仓库
用法三
取消commit
git reset --soft HEAD
回滚到一个特定的历史版本。将这次提交之后所有的变更移动到暂存并准备提交阶段。意味着你只需要运行 git commit 就可以把这些变更提交到仓库。
用法五
撤销merge
git reset --merge ORIG_HEAD
此种情况会保留你的commit，如果使用git reset --hard 去删除掉你的commit
任何时候使用git reset --hard 请慎重
其他
标签
# 列出所有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]