You said in a comment:
The repository was moved a week ago and already committed it to Git.
Thus, the best option is to simply live with him and continue to make the correct commit messages from now on.
All methods that modify commit messages in these old commits will modify commits and create completely new objects with different identifiers. Thus, the repositories of everyone who already works with it will be broken, requiring them to manually reset to the new, rewritten state of the repository.
This ends up with much more work (and confusion!) Than is necessary for the trivial issue of committing with an incomplete commit message that was carried over from the old system. I think itβs great to have some kind of long history, from the last days, which does not fit into modern standards. You would not rewrite all commits if you later decided to change the code formatting rules.
source share