As long as the change in the question is local and is not being pushed anywhere, perhaps.
The commit message is used to compute a globally unique hash identifier that is used by all repositories to determine if they already have a set of changes. If you change the commit message, you will change the unique hash identifier and each repo will see it as a “new” set of changes. All other repositories in which there was an old set of changes will try to get a new one and ask that you merge it with yourself ... This is not good, so the short answer to your question is “do not do this”.
If you can permanently clear this change from all other repositories so that only the local copy remains, you could, in fact, switch to the “design” state. Please note that if any repo has an “old” set of changes, it will someday be transferred to the central repo and cause a mess that we are trying to avoid.
If the change set is still local (for example, in draft status), you can use hg commit --amend if it is the parent of the working directory.
If changes happen after it, I would use mq and hg qimport all the changes up to and where you want to edit the commit message. hg qpop -a and then hg qpush to go to the patch, which represents the set of changes you want to edit. Then hg qrefresh -e and make the change. Then just hg qfin -a , and you should be good to go.
Edward
source share