主要有以下3种场景

1.刚刚commit，还没有push，使用git commit --amend。

2.刚刚push，要修改最后一次push的commit信息，使用git commit --amend。

3.修改历史中的commit信息，使用git rebase -i HEAD~n【其中的n为记录数】，配合2中的命令。

场景1、场景2的处理方法

1.首先查看提交日志：

$ git log

2.修改最后一次提交的commit信息

$ git commit --amend

出现有commit信息的界面（你的commit信息应该显示在第一行），按下键盘字母i进入修改模式，修改好commit信息后，按Esc键退出编辑模式，输入:wq保存并退出。

3.查看git log，commit信息已经改好了。

$ git log

4.如果该commit已经提交到了远程库，则需要以下这步：

$ git push --force origin master

场景3的处理方法

1.使用 git rebase -i HEAD~n，进入编辑界面。其中的n为记录数

$ git rebase -i HEAD~9

2.找到你要修改的那条记录，然后将行开头的‘pick’替换成‘edit’，输入:wq保存并退出。

3.查看git log，要修改的那条记录，已经变成最新的提交记录了。

$ git log

4.修改最后一次提交的commit信息。

$ git commit --amend

出现有commit信息的界面（你的commit信息应该显示在第一行），按下键盘字母i进入修改模式，修改好commit信息后，按Esc键退出编辑模式，输入:wq保存并退出。

5.查看git log，commit信息已经改好了。

$ git log

6.结束rebase

$ git rebase --continue

7.查看git log，commit信息的顺序也恢复了。

$ git log

8.提交到远程库。

git修改commit信息主要有以下3种场景1.刚刚commit，还没有push，使用git commit --amend。2.刚刚push，要修改最后一次push的commit信息，使用git commit --amend。3.修改历史中的commit信息，使用git rebase -i HEAD~n【其中的n为记录数】，配合2中的命令。场景1、场景2的处理方法1.首先查看提交日志：$ git log2.修改最后一次提交的commit信息$ git commit 根据 commit lint规范的提示，得到如下的数据提示，但是我又强迫症 husky > commit -msg (node v10.15.1) ⧗ input: feat: test commit lint :warning: body must have leading blank line [body-leading-blank] :warning: found 0 prob bin/控制台 git log: commit [path_to_repo] 显示或导出日志。 该命令支持以下参数： --limit=[(int)limit]：默认情况下它只显示/导出最后一次提交。 使用此参数来定位更多提交。 --start=[(int)start]：提交的起始偏移量。 --format=[array|json|md|console]：导出的格式。 默认情况下，导出显示到控制台。 如果选择了 md 格式，它会在目标 repo 中创建一个名为“ git log”的目录，并将提取/结构化的注释保存到其中。 写入日志消息 为了让 git log 从提交消息中提取有用的 信息 ，提交消息需要遵循一组简单的规则： // 全局 修改 git config --global user.name "silinchen" git config --global user.email "silinccc@gmail.com" // 针对某个仓库 修改 git config user.name "silinchen" git config user.email "silinccc@gmail.com" 第一行就是最后一次 commit 的注释 信息 ，按i键进行编辑状态， 修改 注释 信息 后按Esc后再按:wq保存并退出 再次通过 git log查看，注释 信息 由add test.txt 修改 为新增test.txt： 1.2 修改 多次数 commit 注释 # n：需要 修改 的最近n此 commit git rebase -i HEAD~n 比如我想要 修改 最近 git log oneline -n，查看n条log 信息 git rebase -i HEAD~n，n条 commit 进行rebase 将需要 修改 的 commit 信息 ，将pick命令改为 r 命令；ESC 输入 :wq 回车 开始 修改 commit 信息 ， 修改 完，ESC 输入 :wq 回车 打印出成功 git log oneline -n，查看n条log 信息 ，已 修改 合并 commit 信息 git log oneline -n，查看n条log 信息 git rebase -i HEAD~n，n条 commit 进行rebase 需要被合并的 commit 信息 ，将pick命令改为 s 命令，将s合并到pick上，时间上是s向更早的pick上合并；ESC 输入 :wq 回车 弹出 信息 ，ESC 输入 :wq 回车 打印出成功 git log oneline -n，查看n条log 信息 ，已 修改 在 Git Hub帐户上创建自己的存储库。 在开始每日提交之前，首先提交update_me.yaml文件非常重要。 就是这样。假设您已在系统上登录 git （如果有影响），则应直接提交至所需的任何存储库。 这将使用. git 文件夹来提交文件。 因此，您可以使用此脚本并对其进行 修改 ，以防万一您忘记了系统上的每个存储库。 现在，您的存储库和 git 已经设置好了，是时候设置最重要的部分了。 每天提交。 由于脚本处理所有更新和处理，因此我们需要做的就是调用该脚本。 有多种方法可以实现此目标，具体取决于您所使用的操作系统。 以下是Windows和Linux解决方案的说明，您可以根据自己的意愿进行操作。 我将向您展示如何在Windows上使用任务计划程序进行设置 看了下面的讨论，如果用time.sleep()会怎样的问题,试一下就知道了，await并不是能放在任意代码前 [code=shell] TypeError: object NoneType can't be used in 'await' expression [/code] FastAPI到底用不用async？ 魔道晓树: 补充 用两个不同浏览器就行 这什么原理？ FastAPI到底用不用async？ 魔道晓树: 请问 我在/b接口sleep3s 在浏览器两个窗口几乎同时各调用一次 为什么第二个调用差不多要等6s呢 感觉并行没成功 会是什么问题呢？ 并行与并发，同步与异步 峡谷电光马仔: 写的真不错 结合日常生活场景，关注你了，有机会可以互关一起监督互相学习 FastAPI到底用不用async？ m0_50727026: 所以呢？ 难道是文章没有用asyncio.sleep吗？还是文章中这四种模式没有说明清楚呢？