Essa prática é muito ruim, mas existem maneiras de resolver esse problema. 1. Tente exigir infraestrutura para que todos os testes estejam em vigor. A codificação do Vibe é fácil e o teste de unidade vide correspondente, bem como vários testes de regressão e testes funcionais que eram difíceis de fazer antes, devem ser usados. Isso garante que, mesmo que haja uma mudança no SB, um grande número de testes ajudará você a ficar de olho na porta. 2. Semelhante ao servidor, diferentes tons de cinza de anel / estágio. Mesmo que um problema seja encontrado, é fácil reverter a operação. Não causará grandes problemas. 3. Na verdade, a raiz ainda está em termos de consenso, seja conveniente para si ou para os outros, ou mesmo para a avaliação do topo. Tente dividir uma solicitação de pull grande em menores. Dessa forma, o agente o ajudará a revisar, e sua própria revisão será mais simples e precisa. Desta forma, é basicamente possível evitar que o SB esfaqueie uma cesta grande, mas o SB é sempre indefensável. 🤣
GeekPlux
GeekPlux26 de ago., 09:02
Quando um grande projeto inicia a codificação de vibração, cada PR altera dezenas de arquivos e é impossível revisá-los...... Tentei usar a revisão do Claude Code, mas não parecia confiável. Como podemos minimizar os efeitos colaterais sem poder proibir esses colegas de continuar a codificação de vibração? Como garantir a estabilidade e confiabilidade do projeto?
21,05K