Criar uma cultura de code review

Oi, seu lindo(a). Aqui na empresa em que eu trabalho as features são implementadas na base do: "confia no pai". Por um lado, é muito bom quando eu sou o único trabalhando num projeto e posso subir meus 300 commits e fazer 200 merges sem ter de esperar alguém revisar e apontar as cagadas. Eu posso subir um commit xingando meu gestor que tá tudo bem.

O problema é quando eu tenho de lidar com as cagadas dos outros. Ter 2 devs trabalhando num mesmo projeto ao mesmo tempo é sempre um inferno. Você cria as classes seguindo determinado padrão de nomenclatura e arquitetura e, no dia seguinte, o desgraçado sobe um commit com um padrão completamente diferente de qualquer coisa existente no projeto. Pior ainda: ele modifica o padrão do que você tinha feito. (Eu vou perder meu réu primário por causa desse cara).

Enfim, aqui não existe padrão e boas práticas de nada:

• commits do tipo: "ajuste", "alteração", "correção", "teste1";
• commits alterando 329 (esse número não é inventado) arquivos;
• código com zero legibilidade e manutenibilidade, redundante ou fora dos padrões.

Eu estou pensando em sugerir a implementação de uma cultura de code review e boas práticas (talvez eu me arrependa disso no futuro). Poderiam me dar alguma sugestão ou compartilhar experiências nesse sentido que vocês tiveram? Atualmente existe 0 revisão de código e 0 padronização no uso do git.