No part of any commit can ever be changed, so in that sense, the answer is no.
The git pull command consists, in essence, of running git fetch followed by either git merge or git rebase. The rebase command works by copying existing commits to new (and different, and presumably improved) commits, so in this sense, there is a way to get something like what you want. But the rebase that git pull runs only copies your commits, not the fetched ones; you seem to want to copy the fetched commits to new-and-improved commits, with different hash IDs.
To do that, you must separate your operation. Stop using git pull. Run:
git fetch, to obtain new commits; then
- your chosen method of copying those to new-and-improved commits; then
git merge, if desired, or whatever other command is desired (perhaps none).
As a general rule, whenever you are trying to do something fancy, the answer to the question about how to make git pull do it is just "stop using git pull". 😀 Think about what git pull does, and break that down into the parts that are useful and the parts that aren't: usually the fetch is useful, and sometimes the second command is useful, but usually you want to stick something in between the two.
--no-edit.--no-editis for the merge message added when pulling, I want to change all commit messages coming when pulling, they are hundredsgit filter-branchorgit rebase -ican help. But they rewrite the whole history.