Git初体验

pwd命令用于显示当前目录
通过git init命令把这个目录变成Git可以管理的仓库


工作区（Working Directory）
就是你在电脑里能看到的目录，比如我的gitdemo文件夹就是一个工作区.
版本库（Repository）
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。


提交修改和提交新文件是一样:
第一步是用命令git add 添加文件，实际上就是把文件修改添加到暂存区.
第二步是用命令git commit 把文件提交到仓库(git commit -m "wrote a readme file")，实际上就是把暂存区的所有内容提交到当前分支。


如果有很多改动可以通过 git add -A .来一次添加所有改变的文件(注意 -A 选项后面还有一个点)
git add . 表示添加新文件和编辑过的文件不包括删除的文件; git add -u 表示添加编辑或者删除的文件，不包括新添加的文件


git status命令可以让我们时刻掌握仓库当前的状态
git diff可以查看修改内容(用git diff HEAD -- readme.txt命令可以查看版本库和工作区里面最新版本的区别)
git log命令显示从最近到最远的提交日志,如果嫌输出信息太多，可以试试加上--pretty=oneline参数


版本回退:
git reset --hard commit_id 版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了
在Git中，用HEAD表示当前版本，也就是最新的提交，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100
用git log可以查看提交历史，以便确定要回退到哪个版本。
用git reflog查看命令历史，以便确定要回到未来的哪个版本


第二次修改你可以继续git add再git commit，也可以别着急提交第一次修改，先git add第二次修改，再git commit，就相当于把两次修改合并后一块提交了.
每次修改，如果不add到暂存区，那就不会加入到commit中.


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


从版本库中删除该文件，那就用命令git rm file删掉，并且git commit
另一种情况是删错了,git checkout -- file可以很轻松地把误删的文件恢复到最新版本。


要关联一个远程库，使用命令git remote add origin git@github.com:longroey/gitdemo.git 关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改


从远程库克隆 git clone git@github.com:longroey/Game2048.git


git checkout命令加上-b参数表示创建并切换，git checkout -b dev相当于以下两条命令：1.git branch dev 2.git checkout dev
用git branch命令会列出所有分支，当前分支前面会标一个*号
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>   Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容,用带参数的git log也可以看到分支的合并情况:git log --graph --pretty=oneline --abbrev-commit
删除分支：git branch -d <name>
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除


通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
git merge --no-ff -m "merge with no-ff" <name> 用--no-ff参数，表示禁用Fast forward禁用Fast forward模式，Git就会在merge时生成一个新的commit，所以加上-m参数，把commit描述写进去。这样，从分支历史上就可以看出分支信息。


在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。


git stash 可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作。可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash
Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：
一是用git stash apply stash@{0} 恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
另一种方式是用git stash pop，恢复的同时把stash内容也删了


要查看远程库的信息，用git remote 或者用git remote -v显示更详细的信息。
推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：git push origin master 如果要推送其他分支，比如dev，就改成：git push origin dev


git checkout -b dev origin/dev 创建远程origin的dev分支到本地(在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致)
指定本地dev分支与远程origin/dev分支的链接 git branch --set-upstream dev origin/dev
git push失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，先用git pull把最新的提交从origin/dev取下来，然后，在本地合并，解决冲突，再git push


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


标签管理
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的.tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起


在Git中打标签非常简单，首先，切换到需要打标签的分支上,然后，敲命令git tag <tagname>就可以打一个新标签(默认标签是打在最新提交的commit上的)
git tag <tagname> commit_id  对历史提交的commit打标签
还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字 git tag -a v0.1 -m "version 0.1 released" commit_id
还可以通过-s用私钥签名一个标签(签名采用PGP签名，因此，必须首先安装gpg（GnuPG），如果没有找到gpg，或者没有gpg密钥对，就会报错.用PGP签名的标签是不可伪造的) git tag -s v0.2 -m "signed version 0.2 released" commit_id 
用git tag查看标签，注意，标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息。


因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除 git tag -d v0.1
如果要推送某个标签到远程，使用命令git push origin <tagname>  或者，一次性推送全部尚未推送到远程的本地标签:git push origin --tags
如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除,然后，从远程删除。删除命令也是push，但是格式如下：git push origin :refs/tags/v0.9


使用 git config --global core.editor 命令设定你喜欢的编辑软件
让Git显示颜色，会让命令输出看起来更醒目：git config --global color.ui true (--global参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用)
配置别名
$ git config --global alias.st status
$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
$ 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中
别名就在[alias]后面，要删除别名，直接把对应的行删掉即可


在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件或目录填进去，Git就会自动忽略这些文件.最后一步就是把.gitignore也提交到Git，就完成了！当然检验.gitignore的标准是git status命令是不是说working directory clean
有些时候，你想添加一个文件到Git，但发现添加不了，原因是这个文件被.gitignore忽略了,如果你确实想添加该文件，可以用-f强制添加到Git：git add -f App.class

或者你发现，可能是.gitignore写得有问题，需要找出来到底哪个规则写错了，可以用git check-ignore命令检查：git check-ignore -v App.class

git branch -f master HEAD~3
上面的命令会将 master 分支强制指向 HEAD 的第 3 级父提交。


交互式 rebase 指的是使用带参数 --interactive 的 rebase 命令, 简写为 -i
如果你在命令后增加了这个选项, Git 会打开一个 UI 界面并列出将要被复制到目标分支的备选提交记录，它还会显示每个提交记录的哈希值和提交说明，提交说明有助于你理解这个提交进行了哪些更改。
在实际使用时，所谓的 UI 窗口一般会在文本编辑器 —— 如 Vim —— 中打开一个文件
当 rebase UI界面打开时, 你能做3件事:
调整提交记录的顺序（通过鼠标拖放来完成）
删除你不想要的提交（通过切换 pick 的状态来完成，关闭就意味着你不想要这个提交记录）
合并提交。 它允许你把多个提交记录合并成一个


如果 push 空 <source> 到远程仓库会如何呢？它会删除远程仓库中的分支！git push origin :foo
如果 fetch 空 <source> 到本地，会在本地创建一个新分支。git fetch origin :bar