一 Git的工作流程
名词解释：
workspace（工作区）: 程序员开发改动的过程。是你当前看到的，也是最新的
index/stage（暂存区）：git目录下的Index分支，暂存区会记录git add 添加文件的相关信息，不保存实体，通过id指向每个文件实体。可以使用git status查看暂存区的状态。暂存区标记了你当前工作区中，哪些内容是被git管理的。当你完成某个功能后需要提交到远程仓库，第一步就是通过git add先提交到暂存区，被git管理。
repository（本地仓库区）: 保存了对象被提交过的各个版本，比起工作区和暂存区的内容，它要更旧一些。 git commit后同步index的目录树到本地仓库，方便下一步通过git push同步本地仓库与远程仓库的同步。
remote（远程仓库区）：远程仓库内容可被多个本地仓库修改，因此它的内容是最旧的。
总结：
1.任何对象都是在工作区诞生和被修改；
2. 任何修改都是从进入Index区才开始被版本控制；
3. 只有把修改提交到本地仓库，该修改才能在仓库中留下痕迹；
4. 与协作者分享本地的修改，可以把它们push到远程仓库来共享。
二 Git常用命令
Head：它始终指向当前分支的最新的提交点，你所处的分支变化了或者产生了新的提交点，HEAD就会跟着变化。
add: 实现将工作区修改的内容提交到暂存区，交由git管理。git add <dir>: 添加指定目录到暂存区，包括子目录； git add <filename> 添加指定文件到暂存区。
commit: 实现将暂存区的内容提交到本地仓库，并使得当前分支的head向后移动一个提交点。git commit -m <message> :提交暂存区到本地仓库，message代表说明信息。 git commit <file1> -m <message>: 提交暂存区的指定文件到本地仓库 git commit --amend -m <message>: 使用一次新的提交，代替上一次提交
git stash: 暂存本地修改，拉取远程的更新 git stash list git stash pop
三 Branch
| git branch | 列出所有本地分支 |
| git branch -r | 列出所有远程分支 |
| git branch -a | 列出所有本地和远程分支 |
| git branch <branch-name> | 新建一个分支，但依然停留在当前分支 |
| git branch -b <branch-name> | 新建一个分支，并切换到该分支 |
| git branch --track <branch> <remote-branch> | 新建一个分支，与指定的远程分支建立追踪关系 |
| git checkout <branch-name> | 切换到指定分支，并更新工作区 |
| git branch -d <branch-name> | 删除分支 |
| git push origin --delete <branch-name> | 删除远程分支 |
| git push origin <branch-name>: <branch-name> | 推送本地分支到远程 |
Merge：merge命令把不同的分支合并起来。 merge之前先拉一下远程仓库的最新代码。 git fetch <remote>
git merge <branch>: 合并指定分支到当前分支
一般merge之后会有冲突，需要手动解决一下冲突。
如何解决冲突，最安全的操作：
-
推送eyang分支
-
切换到develop2分支
-
更新develop2分支
-
切换到eyang分支
-
merge develop2分支 （可能有冲突）
-
推送eyang分支
-
切换到develop2分支
-
merge eyang分支
-
推送develop2分支
rebase: 又称为衍合，是合并的另一种选择。 假如我们一开始处于New分支上，执行git rebase dev，那么new分支上新的commit都在master分支上重演一遍，最后checkout回到new分支，这一点与merge是一样的，合并前后所处的分支并没有改变。通俗的讲，就是new分支想站在dev的肩膀上仅需下去，rebase也需要手动解决冲突。
可以看到merge操作后会生成一个新的节点，而rebase不会，是将两个分支融合成一个线性的提交。
四 其他命令
| git push <remote> --force | 强行推送本地分支到远程库，即使有冲突 |
| git push <remote> --all | 推送所有分支到远程库 |
| git status | 显示有变更的文件 |
| git log | 显示当前分支的版本历史 |
| git diff | 显示工作区与暂存区的区别 |
| git diff HEAD | 显示工作区与当前分支最新commit之间的差异 |
| git cherry-pick <commit> | 选择一个commit,合并到当前分支 |
reset：把当前分支指向另一个位置，并且相应的变动工作区和暂存区。
| git reset --soft <commit> | 只改变提交点，暂存区和工作目录的内容都不改变 |
| git reset --mixed <commit> | 改变提交点，同时改变暂存区的内容 |
|
git reset --hard <commit> |
暂存区，工作区的内容都会被修改到与提交点完全一致的状态 |
| git reset --hard HEAD | 让工作区回到上次提交的状态 |
revert:
git commit -am "update readme"
git revert 15df9b6
git revert用一个新的提交来消除一个历史提交所作的任何修改。
revert和reset的区别
git revert是用一次新的commit来回滚之前的commit, git reset是直接删除指定的commit.
在回滚这一操作上看，效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch时，导致这部分改变不会再次出现，减少冲突。但是git reset是之间把某些commit在某个branch上删除，因而和老的branch再次merge时，这些被回滚的commit应该还会被引入，产生很多冲突。
git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。