Git经常使用命令，很全很详细

Git篇

安装以后第一步

安装 Git 以后，你要作的第一件事情就是去配置你的名字和邮箱，由于每一次提交都须要这些信息：html

git config --global user.name "bukas"
git config --global user.email "bukas@gmail.com"

获取Git配置信息，执行如下命令：git

git config --list

建立版本库

什么是版本库呢？版本库又名仓库，英文名repository，你能够简单理解成一个目录，这个目录里面的全部文件均可以被Git管理起来，每一个文件的修改、删除，Git都能跟踪，以便任什么时候刻均可以追踪历史，或者在未来某个时刻能够“还原”。github

mkdir testgit && cd testgit
git init

瞬间Git就把仓库建好了，细心的读者能够发现当前目录下多了一个.git的目录，默认是隐藏的，用ls -ah命令就能够看见。数据库

把文件添加到版本库

touch readme.md
git add readme.md

而后用命令git commit告诉Git把文件提交到仓库：安全

git commit -m "wrote a readme file"

简单解释一下git commit命令，-m后面输入的是本次提交的说明，能够输入任意内容，固然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。服务器

一次能够add多个不一样的文件，以空格分隔：app

git add a.txt b.txt c.txt

仓库状态

git status

git status命令可让咱们时刻掌握仓库当前的状态。ssh

但若是能看看具体修改了什么内容就更好了：svn

git diff readme.md

版本回退

在实际工做中，咱们脑子里怎么可能记得一个几千行的文件每次都改了什么内容，否则要版本控制系统干什么。版本控制系统确定有某个命令能够告诉咱们历史记录，在Git中，咱们用git log命令查看：post

git log

git log命令显示从最近到最远的提交日志。若是嫌输出信息太多，看得眼花缭乱的，能够试试加上--pretty=oneline参数：

git log --pretty=oneline

须要友情提示的是，你看到的一大串相似2e70fd...376315的是commit id（版本号）

在 Git中，用HEAD表示当前版本，也就是最新的提交commit id，上一个版本就是HEAD^，上上一个版本就是HEAD^^，固然往上100个版本写100个^比较容易数不过来，因此写成HEAD~100。

如今咱们要把当前版本回退到上一个版本，就可使用git reset命令：

git reset --hard HEAD^

然咱们用git log再看看如今版本库的状态，最新的那个版本已经看不到了！比如你从21世纪坐时光穿梭机来到了19世纪，想再回去已经回不去了，肿么办？

办法其实仍是有的，只要上面的命令行窗口尚未被关掉，你就能够顺着往上找啊找啊，假设找到那个commit id是2e70fdf...，因而就能够指定回到将来的某个版本：

git reset --hard 2e70fdf

版本号不必写全，前几位就能够了，Git会自动去找。固然也不能只写前一两位，由于Git可能会找到多个版本号，就没法肯定是哪个了。

如今，你回退到了某个版本，关掉了电脑，次日早上就后悔了，想恢复到新版本怎么办？找不到新版本的commit id怎么办？

Git提供了一个命令git reflog用来记录你的每一次命令：

git reflog

终于舒了口气，因而你看到的commit id是2e70fdf，如今，你又能够乘坐时光机回到将来了。

工做区和暂存区

Git和其余版本控制系统如SVN的一个不一样之处就是有暂存区的概念。

工做区就是你在电脑里能看到的目录，好比个人testgit文件夹就是一个工做区。

工做区有一个隐藏目录.git，这个不算工做区，而是Git的版本库。

Git的版本库里存了不少东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为咱们自动建立的第一个分支master，以及指向 master的一个指针叫HEAD。

前面讲了咱们把文件往 Git 版本库里添加的时候，是分两步执行的：

第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用git commit提交更改，实际上就是把暂存区的全部内容提交到当前分支。

由于咱们建立Git版本库时，Git自动为咱们建立了惟一一个master分支，因此如今git commit就是往master分支上提交更改。

你能够简单理解为，git add命令实际上就是把要提交的全部修改放到暂存区（Stage），而后执行git commit就能够一次性把暂存区的全部修改提交到分支。

一旦提交后，若是你又没有对工做区作任何修改，那么工做区就是“干净”的。

修改与撤销

用git diff HEAD -- readme.md命令能够查看工做区和版本库里面最新版本的区别。

git checkout -- file能够丢弃工做区的修改：

git checkout -- readme.md

命令git checkout -- readme.md意思就是，把readme.md文件在工做区的修改所有撤销，即让这个文件回到最近一次git commit或git add时的状态。

固然也能够用git reset命令。

删除文件

通常状况下，你一般直接在文件管理器中把没用的文件删了，或者用rm命令删了：

rm readme.md

这个时候，Git 知道你删除了文件，所以，工做区和版本库就不一致了，git status命令会马上告诉你哪些文件被删除了。

如今你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，而且git commit：

git rm readme.md
git commit -m "remove readme.md"

如今，文件就从版本库中被删除了。

另外一种状况是删错了，由于版本库里还有呢，因此能够很轻松地把误删的文件恢复到最新版本：

git checkout -- readme.md

生成SSH key

建立 SSH Key。在用户主目录下，看看有没有.ssh目录，若是有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，若是已经有了，可直接跳到下一步。若是没有，打开 Shell（Windows下打开Git Bash），建立SSH Key：

ssh-keygen -t rsa -C "youremail@example.com"

你须要把邮件地址换成你本身的邮件地址，而后一路回车，使用默认值便可。

若是一切顺利的话，能够在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，能够放心地告诉任何人。

而后登陆GitHub（或者其它Git代码托管平台），打开Account settings，SSH Keys页面，点Add SSH Key，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容。

为何GitHub须要SSH Key呢？由于GitHub须要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，因此GitHub只要知道了你的公钥，就能够确认只有你本身才能推送。

固然，GitHub容许你添加多个Key。假定你有若干电脑，你一下子在公司提交，一下子在家里提交，只要把每台电脑的Key都添加到GitHub，就能够在每台电脑上往GitHub推送了。

远程服务器

Git 最强大的功能之一是能够有一个以上的远程服务器（另外一个事实，你老是能够运行一个本地仓库）。你不必定老是须要写访问权限，你能够从多个服务器中读取（用于合并），而后写到另外一个服务器中。添加一个远程服务器很简单：

git remote add origin(别名，根据爱好命名) git@github.com:bukas/bukas.git

若是你想查看远程服务器的相关信息，你能够这样作：

# shows URLs of each remote server
git remote -v
	
# gives more details about origin
git remote show origin(别名)

下一步，就能够把本地库的全部内容推送到远程库上：

git push -u origin master

把本地库的内容推送到远程，用git push命令，其实是把当前分支master推送到远程。

因为远程库是空的，咱们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在之后的推送或者拉取时就能够简化命令。

从如今起，只要本地做了提交，就能够经过命令把本地master分支的最新修改推送至GitHub：

git push origin master

SSH警告

当你第一次使用Git的clone或者push命令链接GitHub时，会获得一个警告：

The authenticity of host ‘github.com (xx.xx.xx.xx)’ can’t be established.

RSA key fingerprint is xx.xx.xx.xx.xx.

Are you sure you want to continue connecting (yes/no)?

这是由于Git使用SSH链接，而SSH链接在第一次验证GitHub服务器的Key时，须要你确认 GitHub的Key的指纹信息是否真的来自GitHub的服务器，输入yes回车便可。

从远程库克隆

当已经有一个远程库的时候，咱们能够用命令git clone克隆一个本地库：

git clone git@github.com:test/testgit.git

你也许还注意到，GitHub给出的地址不止一个，还能够用https://github.com/test/testgit.git这样的地址。实际上Git支持多种协议，默认的git://使用ssh，但也可使用 https等其余协议。使用https除了速度慢之外，还有个最大的麻烦是每次推送都必须输入口令，可是在某些只开放http端口的公司内部就没法使用ssh协议而只能用https。

建立与合并分支

首先咱们建立dev分支，而后切换到dev分支：

git checkout -b dev

git checkout命令加上-b参数表示建立并切换，至关于如下两条命令：

git branch dev
git checkout dev

而后用git branch命令查看当前分支：

git branch

咱们在dev分支上进行添加修改操做，而后咱们把dev分支的工做成果合并到master分支上：

git checkout master
git merge dev

git merge命令用于合并指定分支到当前分支。

注意到git merge的信息里面可能有Fast-forward字样，Git告诉咱们，此次合并是“快进模式”，也就是直接把master指向dev的当前提交，因此合并速度很是快。

固然也不是每次合并都能Fast-forward。

合并完成后，就能够放心地删除dev分支了：

git branch -d dev

若是要丢弃一个没有被合并过的分支，能够经过git branch -D <branch>强行删除。

在本地建立和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；

创建本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；

从远程抓取分支，使用git pull，若是有冲突，要先处理冲突。

解决冲突

人生不如意之事十之八九，合并分支每每也不是一路顺风的。

有时候咱们进行合并的时候，会提示有冲突出现CONFLICT (content)，必须手动解决冲突后再提交。git status也能够告诉咱们冲突的文件。

打开冲突文件咱们会看到Git用<<<<<<<，=======，>>>>>>>标记出不一样分支的内容，咱们修改后提交：

git add readme.md
git commit -m "conflict fixed"

用带参数的git log也能够看到分支的合并状况：

git log --graph --pretty=oneline --abbrev-commit

分支管理策略

一般，合并分支时，若是可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

若是要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就能够看出分支信息。

下面咱们实战一下--no-ff方式的git merge：

首先，仍然建立并切换dev分支：

git checkout -b dev

修改readme.md文件，并提交一个新的commit：

git add readme.md
git commit -m "add merge"

如今，咱们切换回master：

git checkout master

准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward：

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

Bug分支

软件开发中，bug就像屡见不鲜同样。有了bug就须要修复，在Git中，因为分支是如此的强大，因此，每一个bug均可以经过一个新的临时分支来修复，修复后，合并分支，而后将临时分支删除。

当你接到一个修复一个代号101的bug的任务时，很天然地，你想建立一个分支issue-101来修复它，可是，等等，当前正在dev上进行的工做尚未提交。

并非你不想提交，而是工做只进行到一半，还无法提交，预计完成还需1天时间。可是，必须在两个小时内修复该bug，怎么办？

幸亏，Git还提供了一个stash功能，能够把当前工做现场“储藏”起来，等之后恢复现场后继续工做：

git stash

如今，用git status查看工做区，就是干净的（除非有没有被 Git 管理的文件），所以能够放心地建立分支来修复bug。

首先肯定要在哪一个分支上修复bug，假定须要在master分支上修复，就从master建立临时分支：

git checkout master
git checkout -b issue-101

如今修复bug，而后提交：

git add readme.md
git commit -m "fix bug 101"

修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：

git checkout master
git merge --no-ff -m "merged bug fix 101" issue-101

太棒了，原计划两个小时的bug修复只花了5分钟！如今，是时候接着回到dev分支干活了！

git checkout dev
git status

工做区是干净的，刚才的工做现场存到哪去了？用git stash list命令看看：

git stash list

工做现场还在，Git把stash内容存在某个地方了，可是须要恢复一下，有两个办法：

一是用git stash apply恢复，可是恢复后，stash内容并不删除，你须要用git stash drop来删除；

另外一种方式是用git stash pop，恢复的同时把stash内容也删了：

git stash pop

再用git stash list查看，就看不到任何stash内容了。

你能够屡次stash，恢复的时候，先用git stash list查看，而后恢复指定的stash，用命令

git stash apply stash@{0}

标签管理

发布一个版本时，咱们一般先在版本库中打一个标签，这样，就惟一肯定了打标签时刻的版本。未来不管何时，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。因此，标签也是版本库的一个快照。

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

git tag -a <tagname> -m "blablabla..."能够指定标签信息。

还能够经过-s用私钥签名一个标签：

git tag -s v0.5 -m "signed version 0.2 released" fec145a

git tag能够查看全部标签。

用命令git show <tagname>能够查看某个标签的详细信息。

若是标签打错了，也能够删除：

git tag -d v0.1

由于建立的标签都只存储在本地，不会自动推送到远程。因此，打错的标签能够在本地安全删除。

若是要推送某个标签到远程，使用命令git push origin <tagname>：

git push origin v1.0

或者，一次性推送所有还没有推送到远程的本地标签：

git push origin --tags

若是标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：

git tag -d v0.9

而后，从远程删除。删除命令也是push，可是格式以下：

git push origin :refs/tags/v0.9

忽略特殊文件

在安装Git一节中，咱们已经配置了user.name 和user.email，实际上，Git还有不少可配置项。

好比，让Git显示颜色，会让命令输出看起来更醒目：

git config --global color.ui true

有些时候，你必须把某些文件放到Git工做目录中，但又不能提交它们，好比保存了数据库密码的配置文件啦，等等，每次git status都会显示Untracked files…，有强迫症的童鞋内心确定不爽。

好在Git考虑到了你们的感觉，这个问题解决起来也很简单，在 Git工做区的根目录下建立一个特殊的.gitignore文件，而后把要忽略的文件名填进去，Git就会自动忽略这些文件。

不须要从头写.gitignore文件，GitHub已经为咱们准备了各类配置文件，只须要组合一下就可使用了。全部配置文件能够直接在线浏览：https://github.com/github/gitignore

固然也能够配置全局忽略的文件，这样就不用每一个项目都加gitignore了：

git config --global core.excludesfile '~/.gitignore'

配置别名

有没有常常敲错命令？好比git status？status这个单词真心很差记。

若是敲git st就表示git status那就简单多了，固然这种偷懒的办法咱们是极力同意的。

咱们只须要敲一行命令，告诉Git，之后st就表示status：

git config --global alias.st status

固然还有别的命令能够简写：

git config --global alias.co checkout
git config --global alias.ci commit
git config --global alias.br branch

--global参数是全局参数，也就是这些命令在这台电脑的全部Git仓库下都有用。

在撤销修改一节中，咱们知道，命令git reset HEAD file能够把暂存区的修改撤销掉（unstage），从新放回工做区。既然是一个unstage操做，就能够配置一个unstage别名：

git config --global alias.unstage 'reset HEAD'

配置一个git last，让其显示最后一次提交信息：

git config --global alias.last 'log -1'

甚至还有人把lg配置成了：

git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

配置文件

配置Git的时候，加上–global是针对当前用户起做用的，若是不加，那只针对当前的仓库起做用。

配置文件放哪了？每一个仓库的Git配置文件都放在.git/config文件中。

而当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中。

原文连接：http://www.w3cboy.com/post/2015/09/those-common-svn-and-git-commands/   包含SVN和Git