Esta práctica es muy mala, pero hay formas de resolver este problema. 1. Trate de requerir infraestructura para que todas las pruebas estén en su lugar. La codificación de vibe es fácil y se debe utilizar la prueba unitaria de vide correspondiente, así como varias pruebas de regresión y pruebas funcionales que antes eran difíciles de hacer. Esto asegura que incluso si hay un cambio de SB, una gran cantidad de pruebas lo ayudarán a vigilar la puerta. 2. Similar al servidor, diferente escala de grises de anillo/escenario. Incluso si se encuentra un problema, es fácil revertir la operación. No causará mayores problemas. 3. De hecho, la raíz sigue estando en términos de consenso, ya sea conveniente para uno mismo o para otros, o incluso para la evaluación de la cima. Intente dividir una solicitud de extracción grande en otras más pequeñas. De esta manera, el agente lo ayudará a revisar, y su propia revisión será más simple y precisa. De esta manera, básicamente es posible evitar que SB apuñale una canasta grande, pero SB siempre es indefendible. 🤣
GeekPlux
GeekPlux26 ago, 09:02
Cuando un proyecto grande comienza a codificar vibraciones, cada PR cambia docenas de archivos y es imposible revisarlos en absoluto...... Intenté usar la revisión de Claude Code, pero no se sintió confiable. ¿Cómo podemos minimizar los efectos secundarios sin poder prohibir a estos colegas que continúen con la codificación de vibraciones? ¿Cómo garantizar la estabilidad y fiabilidad del proyecto?
20.29K