【干货向】我想试试教会你如何修改Git提交信息_git修改commit提交信息

Git是目前IT行业使用率最高的版本控制系统，相信大家在日常工作中也经常使用，每次Git提交都会包含提交信息，常用的包括说明、提交人和提交时间等，此篇文章主要向大家介绍下如何修改这些信息，这些命令在正常使用时可能不常用，但还是建议收藏以备不时之需。

新提交

指定提交信息

在使用git commit命令时，通过-m或者--message参数指定本地提交的信息，示例如下：

git commit -m "<提交信息>"
1

指定提交日期

正常的git提交会默认使用当前时间，但在提交时可以通过--date参数来指定提交时间，不过时间内容的格式与日常使用的格式不一致，此处可以通过git log查看历史后复制出来然后进行修改。

git commit -m "<提交信息>" --date "Thu Jun 29 06:59:36 2023 +0800"
1

可以看到通过手动指定后第二次提交的时间在第一次提交之前，这与正常提交是不相符的。修改时间可能会导致git记录错乱，仅建议在明确需要修改时间的场景下使用。

指定提交人

正常在提交时git会默认使用当前项目设置的作者信息，如果未设置则使用本机git全局配置，但在提交时可以通过--author参数指定提交人，参数格式必须为name<email>

git commit -m "change author" --author "aotian<7610aotian@sina.com>"
1

可以看到最新一次的提交作业已经与前两次的不一致了。

追加提交

在工作中偶尔也会遇到提交完了以后发现漏下了某个文件的问题，再提交一次虽然可以解决，但git提交记录会比较难看，强迫症患者看了那是浑身难受，其实我们可以通过追加的方式进行处理，这样可以仅保留同一个记录。追加提交时也可以使用以上提到的参数修改提交信息。

git commit --amend
1

可以看到ammend之后最近一次提交的信息已经被修改，但作者和时间并没有变化。

历史提交

修改提交说明

​如果我们有整理git提交记录的习惯，那工作中肯定需要去修改历史提交，此时我们需要先回退到要修改的提交之前，然后进行修改，还是上边的例子，如果我们需要修改第二次提交，那么我们需要先回退到第一次提交。

git rebase -i d3dabbe3dce8717b264bba23ee78f19c58bb6fed
1

执行后会打开一个临时文件，在文件头部会列出当前提交后续所有的提交（请注意这个列表的顺序是按照提交时间顺序排列的），每个提交行首的pick字段代表需要执行的操作，具体选项已经在下方注释中进行了说明，常用的包括默认的pick，修改时使用的reword和edit，二者区别是reword提交后会自动合并，所以只能编辑提交信息，而edit提交后会停留在修改的提交，之后可以通过ammend修改提交内容，此处我们仅需要修改提交信息，所以将第一行pick修改为reword，之后保存即可。这一部分的操作会因git设置的不一致可能有所差异，有的命令行里的vim，有的是外部的编辑器(例如Visual Studio Code等)。

保存后会自动打开另外一个临时文件，这个文件里展示的就是上一步中指定的要修改的提交，文件第一行就是提交信息，修改后保存即可完成修改，如果提交信息内容为空则会中止此次修改，具体内容如下图：

修改后执行git log查看提交记录即可发现中间的内容已经被修改

修改作者或日期

在上一部分我们修改了提交信息，中间提到过reword和edit的区别，而此处我们修改作者或提交日期则需要使用到edit，同样使用git rebase -i回退到要修改的内容之前，然后在编辑临时文件时将第一行修改为edit，然后保存，之后我们会看到如下信息：
此时提交停在了第二个提交处，也就是我们要修改的提交，在控制台的提示中可以看到通过git rebase --continue可以回到最新提交，而我们要修改作者或提交日期则需要使用git commit --amend，这个命令同样可以使用--date和--author参数。

git commit --amend --author "aotian<7610aotian@sina.com>" --date "Thu Jun 30 16:59:36 2023 +0800"
1

执行后会打开临时文件确认提交信息，直接保存即可，保存后执行git rebase --continue回到最新提交，然后执行git log查看提交信息即可发现中间的提交已经被修改，且时间晚于排在它后面的提交。

欢迎大家关注我的个人公众号“IT匠心工坊”，我会更新一些IT相关的知识，目前主要是Java方向，希望可以对你有所帮助