在git中，rebase是可以对某一段线性提交历史进行编辑器、删除、图片文件夹、剪切粘贴操作，常作用于合并commit和将某一段commitctrlv粘贴到另一个分支上，语法为“gitrebase参数[startpoint][endpoint]”。
用法:合并当前分支的多个commit记录
1.可以找到要想合并的commit,使用rebase-i
2.进入interact交互界面
3.可以使用s命令胸壁痛到上一个commit
4.改commit记录
5.一栏2011版合并情况
的其他用法
任何源码管理工具具体用法操作所谓那就是拉取、再提交、分支切换、查找文件状态。
因此常用命令应该是：
获取：gitclone源码地址
某些最新版本：gitpull
提交办理变更：“注释”gitpush
一栏变更状态：gitstatus
git是一个免费的的开源的分布式版本控制系统，具高存储空间小、临时储存区域快捷方便和多个工作流同时工作等特点。git的功能确实强大，但如果没有不明确的国家规范的流程通过操作的话，会容易以至于递交历史混乱不堪，甚至连代码，而git-flow工程流程应该是一种规范。
git-flow并又不是要代替git，它仅是将标准的git发出命令用脚本组合了下来。
git-flow特点：
1、占据2个长时刻分支
主分支master和开发分支develop。master只能用来包含比较稳定产品代码，你不能然后再提交代码到master分支上；develop是参与任何新的功能开发的基础分支，功能开发完后，代码将不合并到develop分支，另外等待被统一整合到master分支中。
2、强大3个短期分支
分别是功能分支（featurebranch）、预先发布分支（releasebranch）和补丁分支（hotfixbranch）。feature分支就是当前正在进行的功能点开发的分支；等所有的功能开发完并且单独设置到develop分支后，要打一个release分支，来表示将要要首页了；等我们的产品登陆游戏后，假如发现自己有bug，此时需要建一个hotfix分支来接受修复。这几个分支一旦能够完成开发，都会被单独设置进develop或则master分支，然后再被彻底删除。
git-flow开发流程
1、项目系统初始化
当在项目的根目录想执行“gitflowinit”命令时，你会见到有master、develop、feature、release、hotfix分支名称。
2、开始新功能
产品妹子上来了，说我们要接入苹果怎么支付，就ok啦，新建项分支apple-pay，负责执行命令“gitflowfeaturestartapple-pay。
3、能完成新功能
戴上耳机，噼哩啪啦，1个小时候过后功能开发完了，完成该功能，先执行命令“gitflowfeaturefinishapple-pay”。
4、准备预查找
测试同学说，功能也测试3完了，没有问题，准备着公告更新吧，想执行命令“gitflowreleasestartv1.1.5”，这个地方最好就是带齐版本号。
5、成功预首页
在步骤4的基础上真接不能执行命令，“gitflowreleasefinishv1.1.5”。
6、发现到bug
上线一个小时后，用户反馈冲值是没有到账，立马刚建一个修复分支v1.1.5-fix，“gitflowhotfixstartv1.1.5-fix”，取掉耳机，霹雳啪啦，10分钟后，bug帮忙解决，测试验证，结束修复分支，
“gitflowhotfixfinishv1.1.5-fix”。
至此，一个简单的git-flow工作流程就都结束了了，当然了要是你有sourcetree的话，操作下来会更加的方便，期望我的回答对大家有了帮助。
