在用git做版本控制器的时候，经常会遇到以下情况：
 
   1、在做1个功能的时候，你自己觉得代码没问题了，就本地commit，然后提交代码，在gitlab上发起和并请求，老大看完之后，觉得你还有修改的地方，把你的代码打回来重新修改，改完之后，本地commit，推到远程，再次发起合并。到此功能做完，但是做完之后发现，你的一个功能commit了两次，当然根据实际情况有些时候你为了做一个功能，来回不止两次，这样子的提交会让这个分支看起来有点杂乱。那么你会想要将你的几次commit合并成一个commit后，再提交，那样子分支看上去会非常清爽。
 
   2、当你做功能的时候，你会遇到需要零时提交的情况（比如你在做A任务，突然来了B任务，在你A任务分支上你会先commit一次，等B任务做完，再回来继续做A，做完之后会再次commit），此时你的一个任务有会有多个commit存在。
 
    本文的主要目的是教你怎样将git中多次commit合并成一个commit。
 
（1）git log看一下当前分支的提交情况，下图中有三个commit点。从先到后是：add 1 line,add 2 line, add 3 line。需求是：把add 2 line, add 3 line这两个commit点合并成一个commit点。
 
 
（2）开始合并，敲下面这个命令：这里面的commitId是你要合并的两个commit后所形成的一个commitId需要跟着的commitId。在这边也就是add 1 line的commitId.
 
git rebase -i commitId
 
 
其中，-i 的参数是不需要合并的 commit 的 hash 值，这里指的是第一条 commit， 接着我们就进入到 vi 的编辑模式
 
 
 
 
进入vi模式后，在键盘上敲i键进入insert模式。这时候先看看这里面的东西是什么含义，
 
pick 的意思是要会执行这个 commit
squash 的意思是这个 commit 会被合并到前一个commit
我们这边需要将"add 3 line"这个commit合并前前一个commit，也就是合并到“add 2 line”的commit中，那就需要修改成如下的：
 
 
修改完成后，按esc键，冒号，输入wq进行保存。之后会继续跳转到commit message 的编辑界面：
 
 
 
 
 
 
 
 
注释中有写第一个commit信息和第二个commit信息，现在需要你合并这两个信息成一个commit信息。我这边合并成如下信息：
 
 
然后你就保存退出，跳回到最初的命令界面：
 
 
看到successfully的字样就说明成功了。再git log看一下commit情况：
 
 
从图中就看到已经将add 2 line和add 3 line的commit合并成了this is combination of 2 commit。
 
git修改老旧commit message的方法
 
如果有对云原生和golang感兴趣的小伙伴可以关注我的公众号“云原生手记”,欢迎批评指正
 
 
 

日常工作中会遇到 commit 到本地仓库的代码，因为一些原因，需要撤销后再提交到本地，或者需要整合多次 commit，然后 push 到远程仓库。下面是 IDEA 支持的快捷方式。
 
Undo Commit
 
 2.可以在 Version Control 查看到刚刚撤销的内容
 
 此时，就可以从新 commit 代码了

本人总是干这种挫事情：一顿操作猛如虎，各种git add，各种git commit，最后一看，我擦，还特么在master上，太吓人了，这咋办？——撤销commit：
 
$ git commit -m "commit on master"
$ git reset HEAD~     
 
这样撤销了上面的commit。
 后续该回滚回滚，该新建分支新建分支。
 
最后切记，时刻查看当前branch是个好习惯。
 
当然我们撤销master上的commit无非就是想切到自己的branch上提交代码，那好，现在master上面不是有一个commit么，那么就在当前master上新建一个branch出来，注意一定要从master上切，也就是当前branch一定是master：
 
$ git branch
* master
$ git branch -b my-branch
$ git push origin my-branch
 
这时候就能按照自己的branch提交代码了。
 事情完了吗，没完，因为master上的那个提交还没revert，怎么搞，很简单，就是最上面那个reset命令，外加checkout：
 
$ git checkout master
$ git reset HEAD~     
$ git checkout .
 
这样你的master branch就干净啦……

os: centos 7.6
 db: oracle 19.3
 
oracle 保证已经 commit 的数据是不会丢失的,最重要的一点是默认的commit动作会触将事务相关的未写入redo log file中的redo信息从redo log buffer写入到redo log file,实现持久化.
 默认的 commit 语句其实是 commit work write wait immediate.
 
SQL> commit;

Commit complete.

SQL> commit work write wait immediate;

Commit complete.

 
commit 几个参数
 
SQL> set lines 200;
set pages 200;

SQL> show parameter commit;

NAME				     TYPE			      VALUE
------------------------------------ -------------------------------- ------------------------------
commit_logging			     string
commit_point_strength		     integer			      1
commit_wait			     string
commit_write			     string

 
commit_write 参数
 
 
SQL> alter system set commit_write=nowait;

 
alert 日志提示
 COMMIT_WRITE is deprecated,use COMMIT_LOGGING and COMMIT_WAIT instead.
 
SQL> alter system reset commit_write scope=memory;

 
commit_logging 参数
 

 commit_logging 可以设置成 immeidate | batch,控制是否批量
 
immediate 使日志写入进程（LGWR）将事务的重做信息写入日志。 此操作选项强制磁盘IO，因此可以降低事务吞吐量。
 batch 会先缓存事务的redo，达到一定的量后再写入到log中，这称为"组提交".
 默认是immediate模式
 
commit_wait 参数
 

 commit_wait 可以设置成 nowait | wait | force_wait
 
wait 只是在redo写到磁盘上后commit才会返回，不管是batch还是immeidate方式，客户端接受到commit的成功消息，那么事务就已经是持久化的了。
 nowait 就是不管写没写完，都告诉客户端完成了。可能会导致数据的的丢失，但是速度更快了。
 
SQL> alter system set commit_logging=batch;
alter system set commit_wait=nowait;


SQL> show parameter commit;

NAME				     TYPE			      VALUE
------------------------------------ -------------------------------- ------------------------------
commit_logging			     string			      BATCH
commit_point_strength		     integer			      1
commit_wait			     string			      NOWAIT
commit_write			     string			      NOWAIT

 
修改 commit_logging、commit_wait 的默认行为有可能导致数据库在异常时已commit的数据丢失.请慎重修改
 
参考:
 https://docs.oracle.com/en/database/oracle/oracle-database/19/refrn/COMMIT_WRITE.html#GUID-F392FBE5-848D-439E-B470-73A5FEC31C61
 https://docs.oracle.com/en/database/oracle/oracle-database/19/refrn/COMMIT_WAIT.html#GUID-40E51330-96D0-4B98-BBF3-6A45D970AAB1
 https://docs.oracle.com/en/database/oracle/oracle-database/19/refrn/COMMIT_LOGGING.html#GUID-21B4D3A1-21D2-4B3F-A976-2C7FBFE7DC57