一、应用场景在开发过程中，对于一个完整的功能可能会先后进行多次提交。这种及提交方式不利于与代码走查时或者后期回顾功能点影响范围。为此，应该将多次提交合并为一次提交。二、gitrebase合并提交例如当前提交如下：[root@node2test]#gitlogcommit91bfbb8f599fa0129f28f9c4fd85e9feeca335beAuthor:licc2719540156@qq.com>Date:WedOct1806:20:412023+0000功能：提交DockerFilecommit56f27c0cd2f6e0c4d60b4b36526ea352ad7da5b8Autho
Mysql工作原理：https://blog.csdn.net/inthat/article/details/123244844二进制日志文件并不是每次写的时候同步到磁盘。因此当数据库所在操作系统发生宕机时，可能会有最后一部分数据没有写入二进制日志文件中，这给恢复和复制带来了问题。参数sync_binlog=[N]表示每写缓冲多次就同步到磁盘。如果将N设为1，即sync_binlog=1表示采用同步写磁盘的方式来写二进制日志，这时写操作不使用才做系统的缓冲来写二进制日志。（备注：该值默认为0，采用操作系统机制进行缓冲数据同步）。当sync_binlog=1，还会存在另外问题。当使用InnoDB
生产环境偶尔会遇到kafka消费者程序日志报错的问题截取主要日志如下：2023-10-0219:35:28.554{trace:d7f97f70dd693e3d}ERROR[Thread-49:137]ConsumerCoordinator$OffsetCommitResponseHandler.handle(812)-[ConsumerclientId=consumer-1,groupId=cid_yingzi_fpf_group_device]Offsetcommitfailedonpartitiontopic_dvc_telemetery_bh_bh100-1atoffset431361
经常需要从一个分支选择性的合并commit到另一个分支，具体可使用cherry-pick实现：1.单个commit合并（同一个分支或者两个不同的分支都可以）gitcherry-pickcommit_id2.多个连续commit合并（即使是从其他分支pick-out过来也是这么做）commit_id到commit_idn之间，包括两端gitcherry-pickcommit_id..commit_idncommit_id到commit_idn之间，非闭包gitcherry-pick（commit_id..commit_idn]挑选多个commit:gitcherry-pickcommit_idc
平时咱们合并分支，一般都是全量拉取另一个分支的代码提交记录。现在突然出现一个需求，此时本地分支需要拉取另一个分支test上的某部分代码修改（简单说就是需要合并指定commit记录的文件修改记录到当前分支）直接开始重点讲解：在不同分支之间进行代码合并时，通常会有两种情况：一种情况是需要另一个分支的所有代码变动，那么就可以直接合并（gitmerge），另一种情况是只需要部分代码的变动（某几次提交），这时就可以使用以下命令来合并指定的提交：1.在被合并的分支上进行查询commit操作gitlog--oneline//赋值需要合并的commithash值 2.回到主分支后进行操作//合并一个commi
在git中可以使用--pretty=format命令修饰日志：#--pretty=format:"xxx"自定义的输出格式#--date="format:%Y%m%d"自定义的日期格式#-1显示的commit次数gitlog--pretty=format:"%h%cd%s"--date="format:%Y%m%d"-1gitlog--pretty=format:"{\"id\":\"%h\",\"data\":\"%cd\",\"message\":\"%s\"}"--date="format:%Y%m%d"-1常用的格式如下：格式说明%H输出commitid（完整）%h输出commiti
背景使用husky工具对gitcommit信息格式化，配置好commit-msg文件后，使用gitcommit报错‘error:cannotspawn.husky/commit-msg:NosuchfileordirectoryCouldn’tstarthook‘.husky/commit-msg’二、解决办法解决办法是把#!/usr/bin/envsh放到第一行，上边其他信息全部删掉，我这个是之前有文件注释，全部删掉之后就好了现在就可以运行啦三、具体实现:husky+commitlint检查提交描述是否符合规范要求使用gitcz规定gitcommit信息后，感觉还是麻烦，还要选，想着直接gi
解决方案有三种：第一种：（强烈不推荐，要被骂）无视，直接commit自己的代码。git commit -m"yourmsg"第二种：stash（强烈推荐方式） stash翻译为“隐藏”，如下操作：gitstashgitpullgitstashpop然后diff一下文件，看看自动合并的情况，并作出需要的修改。gitstash:备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。gitstashpop:从Git栈中读取最近一次保存的内容，恢复工作区的相关内容。由于可能存在多个Stash的内容，所以用栈来管理，po
操作比较简单1.选中项目然后依次选择：Git->Repository->ResetHEAD2.然后再toCommit中输入HEAD^，表示退回到上一个版本。
使用VScode入库文件到GIT时，如果commit后没有填写Message，就会出现COMMIT_EDITMSG。这时把COMMIT_EDITMSG关掉，会弹出窗口询问你是否要保留COMMIT_EDITMSG的信息，选择不保留don'tsave，然后重新填写Message即可。（如果选择保留，GIT中的commitmessage就会显示COMMIT_EDITMSG的内容，比如：Pleaseenterthecommitmessageforyourchanges.Linesstartingwith'#'willbeignored,andanemptymessageabortsthecommit.
