可以的，但是需要满足一定条件，并且伴随强制推送（Force Push）的操作。
在 Git 中，Commit 是不可变的。修改 Commit 说明（Message）本质上是销毁旧的 Commit 并创建一个带有新 Hash 值的新 Commit。因此，修改后必须使用强制推送才能覆盖远程仓库的历史。
根据你要修改的 Commit 的位置，分为以下两种情况：
情况一：修改最近一次（最新）的 Commit 说明
这是最常见的情况，操作非常简单：
修改说明：
git commit --amend执行后会进入编辑器（如 Vim 或 Nano），直接修改里面的 Commit 说明，保存并退出。(如果只想在命令行直接修改，可以使用：
git commit --amend -m "新的commit说明")强制推送到远程：
git push --force-with-lease
情况二：修改历史（非最新）的 Commit 说明
如果要修改倒数第二次或更早的 Commit，需要使用交互式变基（Interactive Rebase）：
启动交互式 rebase： 找到你要修改的那个 Commit 的 Hash 值（可以通过
git log查看），然后执行：git rebase -i <你要修改的commit-hash>^注意：末尾的
^符号不能漏，它代表该 Commit 的前一个 Commit。或者你也可以用git rebase -i HEAD~N（N 代表往回数第几个 Commit）。标记需要修改的 Commit： 此时会打开一个文本编辑器，列出相关的 Commit 列表。找到你要修改的那一行，将最前面的
pick改为reword（或简写为r）：pick abc1234 第一个commit说明 reword def5678 我要修改的这个commit说明 <-- 把 pick 改成 reword pick ghi9012 第三个commit说明保存并退出编辑器。
修改 Commit 说明： Git 会依次弹出编辑器，让你修改标记为
reword的 Commit 说明。修改完成后保存退出，Rebase 过程就会继续直到完成。强制推送到远程：
git push --force-with-lease
⚠️ 极其重要的注意事项（必读）
绝对不要在公共分支上修改已 Push 的 Commit！如果这个分支是多人协作的公共分支（如
main、master、develop），且其他人已经基于你 Push 的 Commit 进行了开发，你的强制推送会改变 Commit 的 Hash 值，导致其他人的本地历史与远程历史产生严重冲突，引发灾难。结论：只在属于你个人的特性分支（Feature Branch）或尚未合并的分支上修改已 Push 的 Commit。使用
--force-with-lease代替-f很多教程会教你用git push -f（--force），但这非常危险，它会无脑覆盖远程分支。 强烈建议使用git push --force-with-lease。它会在推送前检查远程分支是否有别人刚 Push 的新代码，如果有，它会拒绝推送，从而防止你不小心覆盖掉同事的代码。如果不小心在公共分支改错了怎么办？如果你已经在公共分支强制推送了，且影响了他人，可以通过
git reflog找到强制推送前的旧 Commit Hash，然后使用git reset --hard <旧hash>回退，再次强制推送恢复原状，并立刻通知团队成员重新拉取代码。