基本操作
| 名称 |
作用 |
| git init |
初始化仓库，初始化成功就会在目录下生成.git目录，其中包含了管理当前目录内容所需的仓库数据 |
| git status |
查看仓库当前状态 |
| git add (+文件名) |
向缓存区添加文件，且并不会被记入git仓库的版本管理对象当中。commit提交之前要先把文件放在缓存区 |
| git commit -m（+本次提交说明） |
将缓存区的文件保存至仓库的历史纪录中。一般提交要加上-m参数。- - amend进入vim编辑器来修改提交信息，在Normal模式下，任何键都是功能键，i进入insert模式，esc键回到Normal模式，：wq保存+退出，p粘贴剪贴板 |
| git log |
进入vim编辑器，查看提交日志，可以查看什么人在什么时候进行了提交或合并，以及操作前后的差别。每次提交或合并操作都会对应唯一的哈希值。（+加文件名可查看指定文件的日志）-p参数可以查看提交前后的差别。- -graph以图表形式查看分支。需要输入q退出查看 |
| git diff |
查看缓存区与当前工作树(之前已提交版本)的差别。如果执行了git add，想要在查看差别就要加上HEAD |
分支操作
git的分支概念是为了避免在并行开发的过程当中，多个最新代码状态而导致混乱的独立版本。不同分支，同时进行不同的作业，互不影响。集中实现单一特性（主题），除此之外不进行任何作业的分支称为特性分支。
| 名称 |
作用 |
| git branch |
将分支名列表显示，同时可以确认当前所在 分支，加上-a参数同时显示本地仓库与远程仓库的分支信息。加上-D参数则删除指定分支。 |
| git checkout |
转移到不同的分支（git branch也行），加上-b参数，为在当前目录（已有作业）基础上，创建新的分支。要追加分支命名。master分支是默认创建分支，也是所有开发的中心分支，可以随时发布软件的稳定分支。 |
| git merge --no-ff (+你想要合并的分支名) |
合并分支，先git checkout到需要被合并的分支，然后再执行合并命令（当前所在分支的版本会被覆盖）。 发生合并冲突的情况时，还要去修改文本。 =======以上的部分是当前HEAD的内容，以下的部分是要合并 的 fix-B 分支中的内容。
合并冲突
|
| git reset - -hard(+哈希值) |
恢复到指定时间点的版本，可用git log来查看每次操作的哈希值 |
| git reflog |
进入vim编辑器，查看当前仓库每一次操作的日志。而git log只能看到每次提交的记录。 |
| git rebase （+需要被该记录的分支） |
更改历史记录，-i HEAD~2修改包含HEAD（最新提交）在内两个最新历史记录。如果修改出现错误，将会影响以后正常工作，可能不在任何一个分支里。按照系统提示来解决。 |
| git flow |
开始以发布为中心的开发模式，在git之上一个组织软件开发活动的模型，制定了git版本管理规范。
git flow
|
与远程仓库的互动
| 名称 |
作用 |
| git remote add (+本次操作的标识符；仓库地址，url) |
创建。即使操作，一个标识符不能使用两次，与远程仓库对接 |
| git push （+标识符；分支名） |
推送当前分支下本地仓库的版本至远程仓库。可能会出现push失败的问题，可先pul从远程仓库获取内容l，再push来解决或者-f参数强制推送版本;从本地push相当于向仓库发起pull request。如果是fork别人的仓库，则原仓库创建者也会收到pull request的请求。 |
| git clone |
克隆（复制）远程仓库至本地，最好不要和以前的仓库在同一个目录，为了方便识别新建的分支最好与远程仓库的分支同名 |
| git pull origin （+分支名） |
从远程仓库获取你指定的最新分支(标识符一般默认为origin)且会自动merge合并你当前的分支 |
| git fetch |
与git pull类似也是获取最新数据，但需要自己手动merge分支 |
Tips：
1.可视化学习git操作--learingbranching
2.简明 VIM 练级攻略
3.关于Git Push推送失败的两种解决方案
4.Git Flow 是什麼？為什麼需要這種東西？
网友评论