原子提交：IDEA实践
背景
临近发版，某位老哥的个线上MR包含多个bug修复的commit记录，合入master在uat环境验证发现需要回滚其中某个commit记录，由于MR非原子性提交，不能快速在线上进行revert操作，需要手动修改执行bug commit记录再次发起MR，耽误版本发布。于是这几个月，小组内部开始推行原子性提交，归纳如下：
一、所有的线上MR请求只能包含一个commit记录
二、所有的MR只能关联一个业务单号（bugfix/新需求）
先前情况
一个线上MR包含十多个甚至几十个commit记录，commit message 信息随意，MR合入一个主分支（如dev）之后，cherry pick 到其它主干分支（如release或master）若存在冲突，解决冲突的成分较大，容易导致主干分支的差异变大
idea实践
idea实际操作
在平时的开发中，一个任务往往会有多次提交，以下图三个commit为例，假设我们开发A功能，每天下班前本地commit一下，到了第三天改功能开发完毕，自测基本没问题，此时需要发起MR请求，而本地个人分支存在三个commit记录，下面将描述如何在发起MR之前整理本地个人分支commir记录，本文所述的【原子提交】核心在于合并本地commit记录。
方式一：Squash Commits
- Shift + 鼠标左键选择需要合并的本地commit记录
- 修改压缩后的commit描述信息
commit时间为最早的commit时间，commit message为刚才修改的
方式二：Undo Commit 后再 Commit
基于Squash Commits 前新建分支pine_tree_dev_undo_sample，切换到该分支，并且在Log过滤为该分支
将需要处理的提交记录一个一个Undo Commit。
可在Local Changes看到commit之前的变更文件
将变更文件统一提交即可
方式三：Reset
基于Squash Commits 前新建分支pine_tree_dev_reset_sample，选择需要合并commit的前一个commit，选择Reset
选择Soft模式
可在Local Changes看到commit之前的变更文件，后面的操作与方式二一样，将变更文件统一提交即可
push前操作
update本地主分支
将当前分支Rebase至本地主分支【若存在冲突则解决冲突】
Rebase后将本地个人分支推送至远程【如果存在冲突则强制push】，然后发起MR走合并流程，此时我们的MR就是符合原子性的
后悔药------回到squash commit之前：
- 在控制台输入`git reflog`
- 关注需要回退的目标`commit hash`
按照格式git branch [branch_name] [commit_hash]执行git branch pine_tree_dev_rollback_squash 636f23f
Thanks all