É difícil dizer com certeza se seu colega está barrando suas mudanças propositalmente ou se ele está apenas seguindo as políticas da empresa ou as orientações da equipe. Pode ser que ele tenha suas próprias razões para preferir o código da forma como estava e talvez não tenha expressado adequadamente essas razões para você.

No entanto, é importante lembrar que, como especialista na empresa, você possui conhecimento e experiência valiosos, e suas sugestões de melhoria podem trazer benefícios significativos para a equipe e o projeto. Seria útil conversar diretamente com seu colega e tentar entender suas preocupações ou reservas sobre suas alterações. Uma comunicação clara e aberta é essencial para resolver qualquer mal-entendido ou conflito, você precisa obrigatóriamente como especialista ter a inteligência emocional de não se frustrar sem saber todos os motivos, por isso vá até ele e pergunte abertamente e liquide o problema em vez de sofrer sem saber exatemente o que ocorre e pior inventando mil hipóteses e sofrendo com cada uma.

Em relação à PR em si, é geralmente aceitável incluir mudanças de nomenclatura e ordenação de parâmetros, desde que essas mudanças estejam dentro do escopo da tarefa e não alterem o comportamento do código existente. Se suas alterações foram rejeitadas, pode ser útil perguntar ao seu colega especificamente por que elas foram consideradas desnecessárias ou fora de escopo.

Lembre-se também de que, nem sempre é possível implementar todas as melhorias de uma vez. A equipe pode ter prioridades diferentes ou prazos e restrições específicos. É importante ter flexibilidade e estar aberto a compromissos, desde que eles não comprometam a qualidade e a estabilidade do código.

No geral, a chave para resolver essa situação é a comunicação aberta e respeitosa com seu colega e tentar entender os motivos por trás das decisões dele.