{"meta":{"title":"Creación y prueba de Java con Gradle","intro":"Aprenda a crear un flujo de trabajo de integración continua (CI) en GitHub Actions para compilar y probar el proyecto de Java con Gradle.","product":"GitHub Actions","breadcrumbs":[{"href":"/es/actions","title":"GitHub Actions"},{"href":"/es/actions/tutorials","title":"Tutoriales"},{"href":"/es/actions/tutorials/build-and-test-code","title":"Crea y prueba tu código"},{"href":"/es/actions/tutorials/build-and-test-code/java-with-gradle","title":"Java con Gradle"}],"documentType":"article"},"body":"# Creación y prueba de Java con Gradle\n\nAprenda a crear un flujo de trabajo de integración continua (CI) en GitHub Actions para compilar y probar el proyecto de Java con Gradle.\n\n## Introducción\n\nEn esta guía se muestra cómo crear un flujo de trabajo que realice la integración continua (CI) para el proyecto de Java mediante el sistema de compilación de Gradle. El flujo de trabajo que creas te permitirá ver cuándo las confirmaciones de una solicitud de extracción causan la construcción o las fallas de prueba en tu rama por defecto; este enfoque puede ayudar a garantizar que tu código siempre sea correcto. Puede ampliar su flujo de trabajo de CI para almacenar en caché archivos y subir artefactos desde una ejecución de flujo de trabajo.\n\nLos ejecutores hospedados en GitHub tienen un caché de herramientas con software pre-instalado, lo cual incluye los Kits de Desarrollo de Java (JDKs) y Gradle. Para obtener una lista del software y las versiones preinstaladas para JDK y Gradle, consulta [Ejecutores hospedados en GitHub](/es/actions/using-github-hosted-runners/about-github-hosted-runners#supported-software).\n\n## Requisitos previos\n\nDeberías estar familiarizado con YAML y la sintaxis para las GitHub Actions. Para más información, vea:\n\n* [Sintaxis del flujo de trabajo para GitHub Actions](/es/actions/using-workflows/workflow-syntax-for-github-actions)\n* [Escritura de flujos de trabajo](/es/actions/learn-github-actions)\n\nSe recomienda tener conocimientos básicos sobre Java y el marco de Gradle. Para obtener más información, consulta el [Manual de usuario de Gradle](https://docs.gradle.org/current/userguide/userguide.html).\n\n## Uso de una plantilla de flujo de trabajo de Gradle\n\nPara comenzar rápidamente, agregue una plantilla de flujo de trabajo al directorio `.github/workflows` del repositorio.\n\nGitHub Proporciona una plantilla de flujo de trabajo para Gradle que debería funcionar con la mayoría de los proyectos de Java con Gradle. En las secciones siguientes de esta guía se proporcionan ejemplos de cómo puede personalizar esta plantilla de flujo de trabajo.\n\n1. En GitHub, navegue hasta la página principal del repositorio.\n\n2. En el nombre del repositorio, haz clic en ** Actions**.\n\n ![Captura de pantalla de las pestañas del repositorio \"github/docs\". La pestaña \"Proyectos\" aparece resaltada con un contorno naranja.](/assets/images/help/repository/actions-tab-global-nav-update.png)\n\n3. Si ya tiene un flujo de trabajo en su repositorio, haga clic en **New workflow** (Nuevo flujo de trabajo).\n\n4. En la página \"Elegir un flujo de trabajo\" se muestra una selección de plantillas de flujo de trabajo recomendadas. Busque \"Java con Gradle\".\n\n5. En el flujo de trabajo \"Java con Gradle\", haga clic en **Configure**.\n Este flujo de trabajo realiza los siguientes pasos:\n\n6. Revisa una copia del repositorio del proyecto.\n\n7. Configura el JDK de Java.\n\n8. Configura el entorno de Gradle. La acción [`gradle/actions/setup-gradle`](https://github.com/gradle/actions) se encarga del estado de almacenamiento en caché entre ejecuciones de flujo de trabajo y proporciona un resumen detallado de todas las ejecuciones de Gradle.\n\n9. El paso \"Compilar con Gradle\" ejecuta la tarea `build` mediante el [encapsulador de Gradle](https://docs.gradle.org/current/userguide/gradle_wrapper.html).\n\n10. Edita el flujo de trabajo según sea necesario. Por ejemplo, cambie la versión de Java.\n\n > \\[!NOTE]\n >\n > * Esta la plantilla de flujo de trabajo contiene una acción que no está certificada por GitHub. Las acciones que proporciona un tercero se rigen por términos de servicio, directivas de privacidad y documentación externos.\n > * Si usas acciones de terceros, debes usar una versión especificada por un SHA de confirmación. Si se revisa la acción y deseas usar la versión más reciente, deberás actualizar el SHA. También puedes especificar a una etiqueta o rama, pero la acción puede cambiar sin ninguna advertencia. Para más información, consulta [Referencia de uso seguro](/es/actions/security-guides/security-hardening-for-github-actions#using-third-party-actions).\n\n11. Haga clic en **Commit changes** (Confirmar cambios).\n\nEl archivo de flujo de trabajo `gradle.yml` se agrega al directorio `.github/workflows` de tu repositorio.\n\n### Especificar la versión y la arquitectura de Java\n\nLa plantilla de flujo de trabajo configura `PATH` a fin de que contenga OpenJDK 8 para la plataforma x64. Si quieres usar una versión diferente de Java o tener como destino una arquitectura diferente (`x64` o `x86`), puedes usar la acción `setup-java` para elegir un entorno de ejecución de Java diferente.\n\nPor ejemplo, para usar la versión 11 del JDK proporcionado por Adoptium para la plataforma x64, puedes usar la acción `setup-java` y configurar los parámetros `java-version`, `distribution` y `architecture` en `'11'``'temurin'` y `x64`.\n\n```yaml copy\nsteps:\n - uses: actions/checkout@v6\n - name: Set up JDK 11 for x64\n uses: actions/setup-java@v4\n with:\n java-version: '11'\n distribution: 'temurin'\n architecture: x64\n```\n\nPara obtener más información, consulta la acción [`setup-java`](https://github.com/actions/setup-java).\n\n## Construir y probar tu código\n\nPuedes usar los mismos comandos que usas de forma local para construir y probar tu código.\n\nLa plantilla de flujo de trabajo ejecutará la tarea `build` de manera predeterminada. En la configuración de Gradle predeterminada, este comando descargará las dependencias, construirá clases, ejecutará pruebas y empaquetará las clases en su formato distribuible, por ejemplo, un archivo JAR.\n\nSi usas diferentes comandos para construir tu proyecto, o si quieres usar una tarea diferente, puedes especificarlo. Por ejemplo, puede que quiera ejecutar la tarea `package` configurada en el archivo `ci.gradle`.\n\n```yaml copy\n# Este flujo de trabajo usa acciones que no GitHub no certifica.\n# Estas las proporcionan entidades terceras y las gobiernan\n# condiciones de servicio, políticas de privacidad y documentación de soporte\n# en línea.\nsteps:\n - uses: actions/checkout@v6\n - uses: actions/setup-java@v4\n with:\n java-version: '17'\n distribution: 'temurin'\n\n - name: Setup Gradle\n uses: gradle/actions/setup-gradle@017a9effdb900e5b5b2fddfb590a105619dca3c3 # v4.4.2\n\n - name: Build with Gradle\n run: ./gradlew -b ci.gradle package\n```\n\n## Almacenar dependencias en caché\n\nLas dependencias de compilación se pueden almacenar en caché para acelerar las ejecuciones de flujo de trabajo. Cuando se ejecuta correctamente, `gradle/actions/setup-gradle` almacena en caché las partes importantes del directorio principal del usuario de Gradle. En los jobs futuros, el caché se restablecerá para que los scripts de compilación no necesiten recompilarse y las dependencias no necesiten descargarse desde los repositorios de paquetes remotos.\n\nEl almacenamiento en caché está habilitado de manera predeterminada cuando se usa la acción `gradle/actions/setup-gradle`. Para obtener más información, vea [`gradle/actions/setup-gradle`](https://github.com/gradle/actions/blob/main/setup-gradle/README.md#caching-build-state-between-jobs).\n\n## Empaquetar datos de flujo de trabajo como artefactos\n\nUna vez que la compilación se haya realizado correctamente y se hayan superado las pruebas, es posible que quiera cargar los paquetes de Java resultantes como un artefacto de compilación. Esto almacenará los paquetes compilados como parte de la ejecución del flujo de trabajo y te permitirá descargarlos. Los artefactos pueden ayudarte a probar y depurar solicitudes de extracción en tu entorno local antes de que se fusionen. Para más información, consulta [Almacenamiento y uso compartido de datos con artefactos de flujo de trabajo](/es/actions/using-workflows/storing-workflow-data-as-artifacts).\n\nNormalmente, Gradle creará archivos de salida como JAR, EAR o WAR en el directorio `build/libs`. Puede cargar el contenido de ese directorio mediante la acción `upload-artifact`.\n\n```yaml copy\n# Este flujo de trabajo usa acciones que no GitHub no certifica.\n# Estas las proporcionan entidades terceras y las gobiernan\n# condiciones de servicio, políticas de privacidad y documentación de soporte\n# en línea.\nsteps:\n - uses: actions/checkout@v6\n - uses: actions/setup-java@v4\n with:\n java-version: '17'\n distribution: 'temurin'\n\n - name: Setup Gradle\n uses: gradle/actions/setup-gradle@017a9effdb900e5b5b2fddfb590a105619dca3c3 # v4.4.2\n\n - name: Build with Gradle\n run: ./gradlew build\n\n - name: Upload build artifacts\n uses: actions/upload-artifact@v4\n with:\n name: Package\n path: build/libs\n```"}