Tic Tac Toe: Ciclo de contenido
En este artículo, analizaremos la integración continua mediante el uso de Travis CI .
Crea una cuenta en GitHub si aún no tienes una. Cree un nuevo repositorio con cualquier nombre, por ejemplo, test-travis .
Inicie sesión en Travis CI con su cuenta de GitHub. Vincula tu cuenta a tu cuenta de GitHub. Seleccione el repositorio test-travis .
En GitHub, agregue el archivo .travis.yml al repositorio con los siguientes contenidos:
language: python script: - pytest
Travis CI comenzará automáticamente a construir el proyecto. En Travis CI, a través del Panel de control, vaya a la página de compilación del proyecto, observe el proceso de compilación y mire el resultado.
Vemos que no se completó una sola prueba, porque simplemente no están en nuestro repositorio.
Agregue test_sample.py a nuestro repositorio de GitHub. Cópialo desde aquí .
Vaya a Travis CI en la página de compilación del proyecto y vea que el proceso de compilación ha comenzado. La prueba, como se esperaba, no pasó.
Arreglamos test_sample.py , vamos a Travis CI en la página de compilación del proyecto, vemos que la prueba pasó.
Tarea
Intente tomar el proyecto del artículo Tic Tac Toe, parte 4: Interactuar con el backend Flask usando HTTP . Simplemente puede bifurcar desde este repositorio: https://github.com/nomhoi/tic-tac-toe-part4 . Agregue algunas pruebas para los scripts Python y JavaScript, agregue el archivo .travis.yml . Documentación de configuración de prueba para Python: https://docs.travis-ci.com/user/languages/python/ , para JavaScript: https://docs.travis-ci.com/user/languages/javascript-with-nodejs / . También intentaré publicar un enlace al repositorio aquí más adelante.
Conclusión
Para utilizar la tecnología de integración continua de todos nuestros movimientos, fue necesario agregar el archivo .travis.yml al repositorio, iniciar sesión en el servicio Travis CI y seleccionar el repositorio allí. En el futuro, solo se realizarán esfuerzos para configurar correctamente el archivo de configuración .travis.yml .
Si solo hay un desarrollador, puede ejecutar pruebas en su computadora local. Pero si el proyecto está escrito por un equipo, entonces es más conveniente ejecutar pruebas después de cada envío a un repositorio común. Las pruebas serán realizadas por el sistema de integración continua automáticamente después de cada inserción en el repositorio general.
En los siguientes artículos consideraremos la entrega continua.