Cara, acredito que como você estava trabalhando sozinho no projeto seria legal se fizesse meio que um onboarding do projeto pra esse dev novo, já que ele também é júnior. Explica a arquitetura que está usando, por que fez as coisas da maneira que fez e etc, isso já daria um bom ponto de partida pra esse novo dev. Além disso, não sei se fazem code review, já que você disse que tem retrabalho sobre o código do seu colega. Fazer um bom code review, e pontuar o que pode ser alterado no código, dando exemplos e deixando que ele faça as alterações pode ajudar com que ele aprenda mais facilmente a arquitetura e padrões do projeto que vcs estão trabalhando. Não tenha medo de solicitar alterações e recusar PRs em que você ache que algo precisa ser alterado ou simplesmente não está correto, principalmente se o código desse outro dev não atende os requisitos funcionais, por isso, tire um tempo pra testar as alterações rodando a branch desse seu colega localmente. Se for preciso, peça apoio de um dev mais sênior pra analisar o código do seu colega, assim você tem mais garantia de que o que você tem pra reclamar não é só ciúmes do seu código, como vc disse. Não entendi muito bem o que você quis dizer com a bagunça no "sentido visual", imagino que esteja falando sobre linting. Se for esse o caso, ter um linter configurado no projeto pode ajudar bastante a evitar essas divergências de estilo no código.
Já passei por essas situações algumas vezes, e situações como essa vão te ensinar a diferenciar o que é um PR ruim do que é apenas algo feito de uma maneira diferente do que seria sua preferência, então não fique desanimado! =)