En caso de que descubra que avergonzar a las personas no funciona demasiado bien, puede intentar pre-tested commits o gerrit o utilizar Github pull-request work flow, si están disponibles para usted.
Utilizamos Github en el trabajo. La mayoría de los desarrolladores no pueden presionar al repositorio principal. Tienen que realizar una solicitud de extracción y tenemos el requisito de que las solicitudes de extracción solo se combinen si el desarrollador puede presentar resultados de pruebas que demuestren que su código no causa ninguna regresión. Casi hemos eliminado compromisos problemáticos de esta manera. Digo casi, porque nada es 100% seguro y como solo somos humanos, a veces se nos escapa un error.
¿El plugin "The Continuous Integration Game" se usa mejor en una tienda de Java? Somos principalmente una tienda de .NET/Microsoft. ¿Hay formas de seguir las métricas de .NET para cualquier cosa además de romper la compilación y las compilaciones exitosas? – JackAce
Lo sentimos, @JackAce, no estoy 100% seguro de cómo funcionaría en una tienda .NET. Asumiría que funcionaría igual sin embargo. Hay referencias a tiendas .NET que lo utilizan, como [aquí] (http://www.refactor.co.za/2009/12/04/continuous-integration-with-hudson-and-net/). – bvulaj
Lo usamos muy felizmente en una tienda de Perl. Si tiene algún tipo de arnés de prueba, debería poder convertir su salida a JUnit y luego usar el seguimiento de prueba incorporado de Hudson con bastante facilidad. –