¿Qué tipo de herramientas ágiles está utilizando para el desarrollo de Erlang? ¿Qué servidor continuous integration (CI) está utilizando para construir el código de Erlang? La única referencia que obtuve fue de la pregunta de Quora How do I integrate Erlang unit tests in Jenkins (Hudson)?.Servidor de integración continua para el código de Erlang
También estoy interesado en los detalles ingeniosos de configurarlos y hablar entre ellos.
Si desea hacerlo utilizando Jenkins, he escrito un gancho de prueba común que genera JUnit XML de salida para sus pruebas que Jenkins puede usar para producir estadísticas de prueba.
https://github.com/garazdawi/cth_tools/blob/master/src/cth_junit.erl
Usamos Jenkins para nuestro código Python, así que creo que puedes usar Jenkins con el código Erlang.
Como una empresa que utiliza activamente Erlang, Klarna (www.klarna.com) utilizan Jenkins (anteriormente Hudson) para la prueba de regresión diaria en casi todos los dev comprometerse. Es una org con un total de 80 personas en rnd y usamos el modo de distribución de Jenkins que nos permite tener más de 10 esclavos de construcción dominados por un solo servidor de Jenkins. Básicamente, tenemos una base de código con código Eralng que está controlado por herramientas como svn o git. Todos estos testcase están bajo el marco de prueba común y todo funciona bien bajo Jenkins.
Anteriormente, probamos Cruise Control y lo abandonamos porque Jenkins lo hace mucho mejor.
Como mencionó Lukas, es probable que necesite una herramienta para generar archivos xml, ya que la prueba común no los exporta directamente. Aunque realmente no hemos probado ese módulo, sí tenemos una implementación del controlador de eventos de prueba común para hacer el trabajo, pero fue abandonado debido al rendimiento, tenemos un requisito crítico en el tiempo de prueba. en este momento, utilizamos un script propio para exportar xml desde el registro de prueba común directamente.
Hay mucho más que podría hacer con Erlang y Jenkins, al igual que la cobertura de código analizar si compila correctamente y exportación con formato XML para Cobertour complemento, prueba de interfaz gráfica de usuario con el selenio, etc.
Para la creación de Jenkins, creo La página de inicio de Jenkins tiene una buena introducción.
En cuanto a las herramientas ágiles, creo que es realmente difícil definir qué herramienta tan ágil. También lo que creo es que depende mucho del tamaño de tu organización. Probablemente necesite una buena herramienta de visualización de procesos (nivel de equipo o nivel de departamento), una buena herramienta de seguimiento de tickets, herramienta de revisión de códigos, herramienta de comunicación. Hay muchos de ellos implementados en código abierto. De acuerdo con nuestra exp, ninguno de ellos parece ser capaz de trabajar a la perfección con Jenkins, lo que significa que tendrá que seleccionar y ajustar según sus propios requisitos. PERO esa es la belleza del código abierto ¿no es así?
Usamos buildbot con nuestras propias recetas para enganchar las pruebas unitarias.
Herramienta primitiva para convertir informes de portada en Cobertura XML: https://github.com/idubrov/covertool –