git 学习笔记

最近学习了一下git，感谢廖雪峰老师的blog，提供了一整个系列的git教程，本文完全是建立在廖雪峰老师的git教程上面的。只是简单的一些git命令整合，而且写的很乱，完全就是一个随手记的笔记。

廖老师老师博客原址

Git 操作

git init
把当前目录变成Git可以管理的目录

git add
告诉Git，把文件添加到仓库
例子： git add readme.txt/  git add .

git commit
告诉Git，把文件提交到仓库
git commit -m "wrote a readme file"
-m后面输入的是本次提交的说明，可以输入任意内容

结合使用
git add file1.txt
git add file2.txt file3.txt
git commit -m "add 3 files."

git status
命令可以让我们时刻掌握仓库当前的状态

git diff
查看两份文件之间的差别
例子： git diff Readme.txt

git log
显示从最近到最远的提交日志
--pretty=oneline 显示相对较少的内容
例子： git log --pretty=oneline

在Git中，用HEAD表示当前版本,
上一个版本就是HEAD^，
上上一个版本就是HEAD^^，
往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

返回上一个版本
git reset --hard HEAD^

回滚会上一个版本只有，git log 就会把回滚之前的版本忽略掉，这个时候想要再回滚到那个版本
在没有关闭窗口的情况下，可以通过指定id 去回滚
例子: git reset --hard 57366ed72f255423c87838dec053afaab4a223d5

git reflog
如果你关闭了窗口，那么可以根据这个命令来找回所有的命令历史
则可以找到相应的id

git diff HEAD -- readme.txt
命令可以查看工作区和版本库里面最新版本的区别

git checkout -- file
例子：git checkout -- readme.txt
--很重要，没有--，就变成了“切换到另一个分支”的命令
可以丢弃工作区的修改
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
适用于那种：虽然修改了，但是没有add commit的情况下

一旦add，需要使用如下命令
git reset HEAD file
例子：git reset HEAD Readme.txt
可以把暂存区的修改撤销掉（unstage），重新放回工作区
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
这之后可以继续运行 git checkout -- file 回退到正常版本

现在我在本地删除了一份文件
该如何操作？
如果确实要删除
git rm test.txt
git commit -m "remove test.txt"
如果不想删除
git checkout -- test.txt

申请github的账号
然后在本地设置ssh
ssh-keygen -t rsa -C "youremail@example.com"

在github中，setting里面添加ssh key
将id_rsa.pub的内容拷贝到github里面去

在github上面创建一个Repository 

然后将我们本地的learngit上传
与远程git库绑定
git remote add origin git@github.com:DodiChen/learngit.git
注意，这里需要使用DodiChen，github的账户名，而不是登录账户的邮箱
将文件push到git
git push -u origin master
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，
Git不但会把本地的master分支内容推送的远程新的master分支，
还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。

从现在起，只要本地作了提交，就可以通过命令：
git push origin master


接下来我们从远程库拷贝
git clone git@github.com:michaelliao/gitskills.git
git clone https://github.com/DodiChen/gitskills.git

创建分支
git checkout -b dev
这一个命令中，-b 表示表示创建并切换，相当于下面两个命令
git branch dev
git checkout dev

命令查看当前分支
git branch

然后提交到相应的分支
git add .
git commit -m '123'
git push origin dev

然后回到master分支
git checkout master
dev的改动是不会在master上面的
现在我们开始合并
git merge dev
git merge命令用于合并指定分支到当前分支

合并之后，就可以删除dev分支了
git branch -d dev

Git鼓励大量使用分支：
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>


命令可以看到分支合并图
git log --graph


准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward
git merge --no-ff -m "merge with no-ff" dev
因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去

git stash
可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作

git stash list
查看工作现场

恢复工作现场
一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了：

当有多个stash的时候
git stash apply stash@{0}

git branch -D feature-vulcan
强制删除分支

git remote
要查看远程库的信息
git remote -v
显示更详细的信息

git push origin master
推送分支，就是把该分支上的所有本地提交推送到远程库

创建本地dev分支
git checkout -b dev origin/dev

用git pull把最新的提交从origin/dev抓下来
git pull origin dev

如果没有指定本地dev分支与远程origin/dev分支的链接，
需要设置dev和origin/dev的链接
git branch --set-upstream dev origin/dev

要查看远程库的信息，用git remote：
git remote
origin

git remote -v
显示更详细的信息：

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：

git push origin master
如果要推送其他分支，比如dev，就改成：
git push origin dev
但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

master分支是主分支，因此要时刻与远程同步；
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。


多人协作时，大家都会往master和dev分支上推送各自的修改。
现在，模拟一个你的小伙伴，可以在另一台电脑（注意要把SSH Key添加到GitHub）或者同一台电脑的另一个目录下克隆：
git clone git@github.com:michaelliao/learngit.git
当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看：

git branch
* master
现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：
git checkout -b dev origin/dev
现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程：
git commit -m "add /usr/bin/env"
你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送：
git add hello.py 
git commit -m "add coding: utf-8"
推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，
Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：

git pull
git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：
git branch --set-upstream dev origin/dev
Branch dev set up to track remote branch dev from origin.
再pull：
git pull
这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：

因此，多人协作的工作模式通常是这样：
首先，可以试图用git push origin branch-name推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！
如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name

查看远程库信息，使用git remote -v；
本地新建的分支如果不推送到远程，对其他人就是不可见的；
从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起

在Git中打标签非常简单，首先，切换到需要打标签的分支上
git branch
git checkout mster
打一个新标签
git tag v1.0
查看所有标签
git tag

默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？
方法是找到历史提交的commit id，然后打上就可以了：
git log --pretty=oneline --abbrev-commit
git tag v0.9 6224937
git tag

git show <tagname>查看标签信息：
git show v0.9

创建带有说明的标签，用-a指定标签名，-m指定说明文字
git tag -a v0.1 -m "version 0.1 released" 3628164

命令git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id；
git tag -a <tagname> -m "blablabla..."可以指定标签信息；
git tag -s <tagname> -m "blablabla..."可以用PGP签名标签；
命令git tag可以查看所有标签

删除tag
git tag -d v0.1

因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。
如果要推送某个标签到远程，使用命令git push origin <tagname>：
git push origin v1.0

一次性推送全部尚未推送到远程的本地标签：
git push origin --tags

如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：
git tag -d v0.9
Deleted tag 'v0.9' (was 6224937)
然后，从远程删除。删除命令也是push，但是格式如下：
git push origin :refs/tags/v0.9

命令git push origin <tagname>可以推送一个本地标签；
命令git push origin --tags可以推送全部未推送过的本地标签；
命令git tag -d <tagname>可以删除一个本地标签；
命令git push origin :refs/tags/<tagname>可以删除一个远程标签。


让Git显示颜色，会让命令输出看起来更醒目：
git config --global color.ui true

忽略特殊文件
在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。

忽略文件的原则
忽略操作系统自动生成的文件，比如缩略图等；
忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。

例子： .gitignore文件
# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini
# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build
# My configurations:
db.ini
deploy_key_rsa
然后把.ignoregit文件上传到git

一旦你发现文件无法上传，但你又想要强制性的上传
git add -f App.class
或者可能是因为 .gitignore 写的有问题
git check-ignore -v App.class
可以找出是否出错

忽略某些文件时，需要编写.gitignore；
.gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理！

设置别名
如果你觉得敲整个单词比较麻烦，可以设置别名
git config --global alias.st status
那么 git st 就等同于 git status

配置文件
配置Git的时候，加上--global是针对当前用户起作用的，如果不加，那只针对当前的仓库起作用。
配置文件放哪了？每个仓库的Git配置文件都放在.git/config文件中：
打开这份文件
cat .git/config 
[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
    ignorecase = true
    precomposeunicode = true
[remote "origin"]
    url = git@github.com:michaelliao/learngit.git
    fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
    remote = origin
    merge = refs/heads/master
[alias]
    last = log -1
别名就在[alias]后面，要删除别名，直接把对应的行删掉即可。