Me gustaría corregir un error en un repositorio de Perl (ahora de mi propiedad, acabo de enviar algunas solicitudes de extracción), pero en este momento está fallando sus pruebas Travis CI (antes de mis solicitudes de extracción).
Mi objetivo es poder ejecutar las pruebas de Travis CI localmente a partir del .travis.yml del repositorio.
Tenga en cuenta que soy totalmente nuevo en Travis CI.
Siguiendo las soluciones de otros que apuntaron a esta pregunta frecuente ( http://web.archive.org/web/20180929150027/https://docs.travis-ci.com/user/common-build-problems/#troubleshooting-locally-in- a-docker-image ), que como pueden ver ya no está disponible oficialmente en travis-ci.com, probé:
sudo docker pull travisci/ci-amethyst:packer-1512508255-986baf0 sudo docker run --name travis-debug -dit travisci/ci-amethyst:packer-1512508255-986baf0 /sbin/init sudo docker exec -it travis-debug bash -lDel contenedor:
su - travis git clone https://github.com/{user}/{repo}.gitAhora no sé cómo compilar el script bash para ejecutar las pruebas, ya que los dos últimos pasos (instalar manualmente las dependencias/ejecutar la compilación de Travis CI) parecen crípticos (no sé cómo ejecutar la compilación y posiblemente a la falta de reproducibilidad (si instalo las dependencias manualmente, ¿cómo sé que obtendré los mismos resultados que con la prueba en la nube?)
Intenté comenzar con el procedimiento descrito aquí ( https://github.com/travis-ci/travis-build ), un error es 'No se pudo ubicar el archivo Gemfile o el directorio .bundle/', pero probablemente necesito algunos pasos faltantes.
Por lo que vale, creo que lo estás abordando desde el ángulo equivocado.
Travis solo está manejando tus cosas de forma remota. En lugar de traer a Travis a su máquina, primero debe hacer que sus pruebas pasen localmente, crípticas o no, no hay forma de evitarlo, especialmente si va a poseer este repositorio.
Otra razón por la que recomiendo esto es que, como ya ha visto, el ciclo de desarrollo, depuración y reparación es mucho más largo cuando confía en algo para probar su código de forma remota.
Según mi experiencia, su .travis.yml debería ser súper simple, ya que solo ejecuta uno o dos scripts o comandos que pueden ejecutarse localmente cómodamente.
Si se siente cómodo con Docker, consideraría crear un Dockerfile local con todas las dependencias y traer sus pruebas para que funcionen en su entorno docker. Una vez que haya tenido éxito con este paso, pedirle a Travis que haga lo mismo (ejecutar pruebas en una ventana acoplable) es trivial.
No estoy seguro si es la respuesta que estabas buscando, pero era demasiado largo para un comentario.