[...] so if I change it, it should not make any problem with other developers. Am I right that changing the text has no effect on other developers?
It all depends whether you've shared the problematic commit or not with your collaborators.
If you have, changing the commit message (even for correcting a tiny typo) will (to a very, very high probability) change the commit ID (SHA1) of that commit, and in turn, the commit IDs of its descendants (if any). That's a form of history rewriting.
Rewriting history that is (or has been, at some stage) public is problematic, because your collaborators' work is likely to rely on your old history (i.e. the history of your repo before the typo fix).
If you've made the commit in question public (for instance, by pushing some local branch that contains it to a remote repo also used by your collaborators) and you decide to rewrite history anyway, you're likely to piss people off. Your collaborators may retaliate by doing any or all of the following:
- stare you down in corridors,
- make you trip and fall down the stairs,
- spit in your favorite coffee mug.
The list is not exhaustive, but you get the idea. So, if the problematic commit is already public, think twice before correcting that typo in its message.
How can I change the text?
If you're set on changing the message of the problematic commit, what you should do depends on whether the problematic commit is a parent of other commits in your history:
if it is, as advised by Zeeker in his answer, you have to resort to
git rebase -i
if the commit in question is not a parent of any commit, you can simply use
git commit --amend