We have run into the same issue and have found a workaround to address this, not ideal. From a tooling perspective, this seems like a big challenge especially if you want to persist the name change to git source control (i.e. you don't have a metadata ID to compare in this case, only the file name which has now changed. Trying to do any sort of hash or some deterministic approach is also tricky if aside from the rename the profile was also updated. I think if salesforce includes some sort of unique identifier in the metadata xml, it could be possible and gearset take the appropriate action to rename the file then perform a checkout, update, commit, something to that effect. Would love to see how this problem can be tackled by the gearset team.
We have run into the same issue and have found a workaround to address this, not ideal. From a tooling perspective, this seems like a big challenge especially if you want to persist the name change to git source control (i.e. you don't have a metadata ID to compare in this case, only the file name which has now changed. Trying to do any sort of hash or some deterministic approach is also tricky if aside from the rename the profile was also updated. I think if salesforce includes some sort of unique identifier in the metadata xml, it could be possible and gearset take the appropriate action to rename the file then perform a checkout, update, commit, something to that effect. Would love to see how this problem can be tackled by the gearset team.