学习GIT 你只要这一篇（转）

http://blog.csdn.net/afei__/article/details/51476529

安装以后第一步

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

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

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

git config --list

建立版本库

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

mkdir testgit && cd testgit git init

瞬间Git就把仓库建好了，细心的读者能够发现当前目录下多了一个ls -ah命令就能够看见。

把文件添加到版本库

touch readme.md git add readme.md

而后用命令

git commit -m "wrote a readme file"

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

一次能够

git add a.txt b.txt c.txt

仓库状态

git status

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

git diff readme.md

版本回退

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

git log

--pretty=oneline参数：

git log --pretty=oneline

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

在 Git中，用commit id，上一个版本就是HEAD^^，固然往上100个版本写100个^比较容易数不过来，因此写成 如今咱们要把当前版本回退到上一个版本，就可使用

git reset --hard HEAD^
git reset --hard HEAD^

然咱们用

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

git reset --hard 2e70fdf

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

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

git reflog
git reflog

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

工做区和暂存区

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

工做区就是你在电脑里能看到的目录，好比个人 工做区有一个隐藏目录 Git的版本库里存了不少东西，其中最重要的就是称为index）的暂存区，还有Git为咱们自动建立的第一个分支master的一个指针叫 前面讲了咱们把文件往 Git 版本库里添加的时候，是分两步执行的：

第一步是用 第二步是用 由于咱们建立Git版本库时，Git自动为咱们建立了惟一一个git commit就是往 你能够简单理解为，git commit就能够一次性把暂存区的全部修改提交到分支。

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

修改与撤销

用

git checkout -- readme.md
git checkout -- readme.md

命令readme.md文件在工做区的修改所有撤销，即让这个文件回到最近一次git add时的状态。

固然也能够用 删除文件

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

rm readme.md
rm readme.md

这个时候，Git 知道你删除了文件，所以，工做区和版本库就不一致了， 如今你有两个选择，一是确实要从版本库中删除该文件，那就用命令git commit：

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

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

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

git checkout -- readme.md

生成SSH key

建立 SSH Key。在用户主目录下，看看有没有id_rsa和

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

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

若是一切顺利的话，能够在用户主目录里找到id_rsa和id_rsa是私钥，不能泄露出去， 而后登陆GitHub（或者其它Git代码托管平台），打开SSH Keys页面，点Title，在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

把本地库的内容推送到远程，用master推送到远程。

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

从如今起，只要本地做了提交，就能够经过命令把本地

git push origin master

SSH警告

当你第一次使用Git的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的服务器，输入 从远程库克隆

当已经有一个远程库的时候，咱们能够用命令

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

你也许还注意到，GitHub给出的地址不止一个，还能够用git://使用https等其余协议。使用http端口的公司内部就没法使用https。

建立与合并分支

首先咱们建立dev分支：

git checkout -b dev

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

git branch dev git checkout dev

而后用

git branch

咱们在dev分支的工做成果合并到

git checkout master
git merge dev

注意到Fast-forward字样，Git告诉咱们，此次合并是“快进模式”，也就是直接把dev的当前提交，因此合并速度很是快。

固然也不是每次合并都能 合并完成后，就能够放心地删除

git branch -d dev
git branch -d dev

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

在本地建立和远程分支对应的分支，使用 创建本地分支和远程分支的关联，使用 从远程抓取分支，使用 解决冲突

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

有时候咱们进行合并的时候，会提示有冲突出现git status也能够告诉咱们冲突的文件。

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

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

用带参数的

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

分支管理策略

一般，合并分支时，若是可能，Git会用 若是要强制禁用merge时生成一个新的 下面咱们实战一下git merge：

首先，仍然建立并切换

git checkout -b dev

修改commit：

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

如今，咱们切换回

git checkout master

准备合并--no-ff参数，表示禁用

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

Bug分支

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

当你接到一个修复一个代号101的bug的任务时，很天然地，你想建立一个分支dev上进行的工做尚未提交。

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

幸亏，Git还提供了一个

git stash

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

git checkout master git checkout -b issue-101

如今修复bug，而后提交：

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

修复完成后，切换到issue-101分支：

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

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

git checkout dev
git status

工做区是干净的，刚才的工做现场存到哪去了？用

git stash list

工做现场还在，Git把 一是用stash内容并不删除，你须要用 另外一种方式是用stash内容也删了：

git stash pop

再用stash内容了。

你能够屡次git stash list查看，而后恢复指定的

git stash apply stash@{0}

标签管理

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

命令HEAD，也能够指定一个 能够指定标签信息。

还能够经过

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

用命令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

而后，从远程删除。删除命令也是

git push origin :refs/tags/v0.9

忽略特殊文件

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

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

git config --global color.ui true

有些时候，你必须把某些文件放到Git工做目录中，但又不能提交它们，好比保存了数据库密码的配置文件啦，等等，每次 好在Git考虑到了你们的感觉，这个问题解决起来也很简单，在 Git工做区的根目录下建立一个特殊的 不须要从头写 固然也能够配置全局忽略的文件，这样就不用每一个项目都加gitignore了：

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

配置别名

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

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

咱们只须要敲一行命令，告诉Git，之后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

在撤销修改一节中，咱们知道，命令unstage），从新放回工做区。既然是一个unstage别名：

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

配置一个

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

甚至还有人把

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配置文件放在用户主目录下的一个隐藏文件.gitconfig中。