Amazon ya no CodeCatalyst está abierto a nuevos clientes. Los clientes existentes pueden seguir utilizando el servicio con normalidad. Para obtener más información, consulte [Cómo migrar desde CodeCatalyst](migration.md). Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # GitHub Acción «Acciones» YAML La siguiente es la definición en YAML de la acción **GitHubAcciones**. Esta definición de acción existe como una sección dentro de un archivo de definición de flujo de trabajo más amplio. Para obtener más información acerca de este archivo, consulte [Definición de flujo de trabajo en YAML](workflow-reference.md). Elija una propiedad de YAML en el código siguiente para ver su descripción. **nota** La mayoría de las propiedades de YAML que se muestran a continuación tienen elementos de interfaz de usuario correspondientes en el editor visual. Para buscar un elemento de la interfaz de usuario, use **Ctrl\$1F**. El elemento aparecerá en la lista con su propiedad de YAML asociada. ``` # The workflow definition starts here. # See Propiedades de nivel superior for details. Name: MyWorkflow SchemaVersion: 1.0 Actions: # The action definition starts here. action-name: Identifier: aws/github-actions-runner@v1 DependsOn: - dependent-action-name-1 Compute: Fleet: fleet-name Timeout: timeout-minutes Environment: Name: environment-name Connections: - Name: account-connection-name Role: iam-role-name Inputs: Sources: - source-name-1 - source-name-2 Artifacts: - artifact-name Variables: - Name: variable-name-1 Value: variable-value-1 - Name: variable-name-2 Value: variable-value-2 Outputs: Artifacts: - Name: output-artifact-1 Files: - github-output/artifact-1.jar - "github-output/build*" - Name: output-artifact-2 Files: - github-output/artifact-2.1.jar - github-output/artifact-2.2.jar Variables: - variable-name-1 - variable-name-2 AutoDiscoverReports: Enabled: true | false ReportNamePrefix: AutoDiscovered IncludePaths: - "**/*" ExcludePaths: - node_modules/cdk/junit.xml SuccessCriteria: PassRate: percent LineCoverage: percent BranchCoverage: percent Vulnerabilities: Severity: CRITICAL|HIGH|MEDIUM|LOW|INFORMATIONAL Number: whole-number Reports: report-name-1: Format: format IncludePaths: - "*.xml" ExcludePaths: - report2.xml - report3.xml SuccessCriteria: PassRate: percent LineCoverage: percent BranchCoverage: percent Vulnerabilities: Severity: CRITICAL|HIGH|MEDIUM|LOW|INFORMATIONAL Number: whole-number Configuration Steps: - github-actions-code ``` ## action-name (Obligatorio) Especifique el nombre de la acción. Todos los nombres de las acciones deben ser únicos dentro del flujo de trabajo. Los nombres de las acciones están limitados a caracteres alfanuméricos (a-z, A-Z y 0-9), guiones (-) y guiones bajos (\$1). No se permiten espacios. No puede utilizar comillas para permitir caracteres especiales ni espacios en los nombres de las acciones. Interfaz de usuario correspondiente: pestaña de configuración/ *action-name* ## Identifier (*action-name*/**Identifier**) Identifica la acción. No cambie esta propiedad a menos que desee cambiar la versión. Para obtener más información, consulte [Especificación de la versión de la acción que se va a utilizar](workflows-action-versions.md). Úselo `aws/github-actions-runner@v1` para **GitHubacciones y acciones**. Interfaz de usuario correspondiente: diagrama de flujo de trabajo//*action-name***aws/ @v1 label github-actions-runner** ## DependsOn (*action-name*/**DependsOn**) (Opcional) Especifique la acción, el grupo de acciones o la puerta que debe ejecutarse correctamente para que esta acción se ejecute. Para obtener más información sobre la funcionalidad “depende de”, consulte [Secuenciación de acciones](workflows-depends-on.md). Interfaz de usuario correspondiente: pestaña Entradas/**Depende de (opcional)** ## Compute (*action-name*/**Compute**) (Opcional) El motor de computación utilizado para ejecutar las acciones del flujo de trabajo. Puede especificar el motor de computación en el nivel del flujo de trabajo o en el nivel de acción, pero no en ambos. Cuando se especifica en el nivel de flujo de trabajo, la configuración del motor de computación se aplica a todas las acciones definidas en el flujo de trabajo. En el nivel de flujo de trabajo, también puede ejecutar varias acciones en la misma instancia. Para obtener más información, consulte [Uso compartido de recursos de computación entre acciones](compute-sharing.md). Interfaz de usuario correspondiente: *ninguna* ## Fleet (*action-name*/Compute/**Fleet**) (Opcional) Especifique la máquina o la flota que ejecutará el flujo de trabajo o las acciones del flujo de trabajo. Con las flotas bajo demanda, cuando se inicia una acción, el flujo de trabajo aprovisiona los recursos que necesita y las máquinas se destruyen cuando finaliza la acción. Ejemplos de flotas bajo demanda: `Linux.x86-64.Large`, `Linux.x86-64.XLarge`. Para obtener más información sobre las flotas bajo demanda, consulte [Propiedades de las flotas bajo demanda](workflows-working-compute.md#compute.on-demand). Con las flotas aprovisionadas, configura un conjunto de máquinas dedicadas para ejecutar las acciones del flujo de trabajo. Estas máquinas permanecen inactivas, listas para procesar acciones de forma inmediata. Para obtener más información sobre las flotas aprovisionadas, consulte [Propiedades de flotas aprovisionadas](workflows-working-compute.md#compute.provisioned-fleets). Si `Fleet` se omite, el valor predeterminado es `Linux.x86-64.Large`. Interfaz de usuario correspondiente: pestaña Configuración/**Flota de computación: opcional** ## Timeout (*action-name*/**Timeout**) (Opcional) Especifique la cantidad de tiempo en minutos (editor YAML) o en horas y minutos (editor visual) que la acción puede ejecutarse antes de que finalice la acción. CodeCatalyst El mínimo es 5 minutos y el máximo se describe en [Cuotas para flujos de trabajo en CodeCatalyst](workflows-quotas.md). El tiempo de espera predeterminado es el mismo que el tiempo de espera máximo. Interfaz de usuario correspondiente: pestaña Configuración/**Tiempo de espera (opcional)** ## Environment (*action-name*/**Environment**) (Opcional) Especifica el CodeCatalyst entorno que se va a usar con la acción. La acción se conecta a Cuenta de AWS la Amazon VPC opcional especificada en el entorno elegido. La acción utiliza la función de IAM predeterminada especificada en el entorno para conectarse a Cuenta de AWS, y utiliza la función de IAM especificada en la [conexión de Amazon VPC](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-vpcs.add.html) para conectarse a la Amazon VPC. **nota** Si el rol de IAM predeterminado no tiene los permisos necesarios para la acción, puede configurarla para que utilice un rol diferente. Para obtener más información, consulte [Cambio del rol de IAM de una acción](deploy-environments-switch-role.md). Para obtener más información sobre los entornos, consulte [Implementación en Cuentas de AWS y VPCs](deploy-environments.md) y [Creación de un entorno](deploy-environments-creating-environment.md). Interfaz de usuario correspondiente: pestaña Configuración/**Entorno** ## Name (*action-name*/Environment/**Name**) (Obligatorio si se incluye [Environment](#github.environment)) Especifique el nombre del entorno existente que desea asociar a la acción. Interfaz de usuario correspondiente: pestaña Configuración/**Entorno** ## Connections (*action-name*/Environment/**Connections**) (Opcional) Especifique la conexión de cuenta que desee asociar a la acción. Puede especificar un máximo de una conexión de cuenta en `Environment`. Si no especifica una conexión de cuenta: + La acción utiliza la Cuenta de AWS conexión y la función de IAM predeterminada especificadas en el entorno de la consola. CodeCatalyst Para obtener información sobre cómo añadir una conexión de cuenta y un rol de IAM predeterminado al entorno, consulte [Creación de un entorno](deploy-environments-creating-environment.md). + El rol de IAM predeterminado debe incluir las políticas y los permisos que requiere la acción. Para determinar cuáles son esas políticas y permisos, consulte la descripción de la propiedad **Role** en la documentación de la definición de YAML de la acción. Para obtener más información sobre las conexiones de cuenta, consulte [Permitir el acceso a AWS los recursos con conexión Cuentas de AWS](ipa-connect-account.md). Para obtener más información sobre cómo añadir una conexión de cuenta a un entorno, consulte [Creación de un entorno](deploy-environments-creating-environment.md). Interfaz de usuario correspondiente: ¿tab/Environment/WhatLa configuración está activa? *my-environment* **/menú de tres puntos/ Cambiar rol** ## Name (*action-name*/Environment/Connections/**Name**) (Obligatorio si se incluye [Connections](#github.environment.connections)) Especifique el nombre de la conexión de cuenta. Interfaz de usuario correspondiente: ¿La configuración está lista? tab/Environment/What *my-environment* **/menú de tres puntos/ Cambiar rol** ## Role (*action-name*/Environment/Connections/**Role**) (Obligatorio si se incluye [Connections](#github.environment.connections)) Especifique el nombre del rol de IAM que usa esta acción para acceder a servicios de AWS , como Amazon S3 y Amazon ECR y utilizar estos servicios. Asegúrese de añadir este rol a la conexión de Cuenta de AWS de su espacio. Para añadir un rol de IAM a una conexión de cuenta, consulte [Adición de roles de IAM a las conexiones de cuentas](ipa-connect-account-addroles.md). [Si no especifica una función de IAM, la acción utilizará la función de IAM predeterminada que aparece en el entorno de la consola.](deploy-environments.md) CodeCatalyst Si usa el rol predeterminado en el entorno, asegúrese de que tenga las siguientes políticas. **nota** Puede usar el rol `CodeCatalystWorkflowDevelopmentRole-spaceName` con esta acción. Para obtener más información acerca de este rol, consulte [Creación del rol **CodeCatalystWorkflowDevelopmentRole-*spaceName*** para su cuenta y su espacio](ipa-iam-roles.md#ipa-iam-roles-service-create). Tenga en cuenta que el rol `CodeCatalystWorkflowDevelopmentRole-spaceName` tiene permisos de acceso total, lo que puede suponer un riesgo para la seguridad. Le recomendamos que utilice este rol solo en tutoriales y situaciones en las que la seguridad no sea un problema. **aviso** Limite los permisos a los requeridos por la **GitHub acción Action**. El uso de un rol con permisos más amplios puede suponer un riesgo de seguridad. Interfaz de usuario correspondiente: ¿tab/Environment/WhatLa configuración está activa*my-environment*? **/menú de tres puntos/ Cambiar rol** ## Inputs (*action-name*/**Inputs**) (Opcional) La sección `Inputs` define los datos que necesita una acción durante la ejecución de un flujo de trabajo. **nota** **Se permite un máximo de cuatro entradas (una fuente y tres artefactos) por GitHub acción de Actions.** Las variables no se contabilizan en este total. Si necesita hacer referencia a archivos que se encuentran en entradas diferentes (por ejemplo, un código fuente y un artefacto), la entrada de código fuente es la entrada principal y el artefacto es la entrada secundaria. Las referencias a los archivos en las entradas secundarias llevan un prefijo especial para distinguirlas de las principales. Para obtener más información, consulte [Ejemplo: Referencia a archivos en varios artefactos](workflows-working-artifacts-ex.md#workflows-working-artifacts-ex-ref-file). Interfaz de usuario correspondiente: pestaña **Entradas** ## Sources (*action-name*/Inputs/**Sources**) (Opcional) Especifique las etiquetas que representan los repositorios de código fuente que necesitará la acción. Actualmente, la única etiqueta admitida es `WorkflowSource`, que representa el repositorio de código fuente en el que se almacena el archivo de definición de flujo de trabajo. Si omite un origen, debe especificar al menos un artefacto de entrada en `action-name/Inputs/Artifacts`. Para obtener más información sobre orígenes, consulte [Conexión de repositorios de código fuente a flujos de trabajo](workflows-sources.md). Interfaz de usuario correspondiente: pestaña Entradas/**Orígenes (opcional)** ## Artifacts - input (*action-name*/Inputs/**Artifacts**) (Opcional) Especifique los artefactos de acciones anteriores que desee proporcionar como entrada a esta acción. Estos artefactos ya deben estar definidos como artefactos de salida en acciones anteriores. Si no especifica ningún artefacto de entrada, debe especificar al menos un repositorio de código fuente en `action-name/Inputs/Sources`. Para obtener más información sobre los artefactos, incluidos ejemplos, consulte [Cómo compartir artefactos y archivos entre acciones](workflows-working-artifacts.md). **nota** Si la lista desplegable **Artefactos: opcional** no está disponible (editor visual) o si se producen errores al validar el código de YAML (editor de YAML), es posible que la acción solo admita una entrada. En este caso, intente eliminar la entrada de código fuente. Interfaz de usuario correspondiente: pestaña Entradas/**Artefactos (opcional)** ## Variables - input (*action-name*/Inputs/**Variables**) (Opcional) Especifica una secuencia de name/value pares que defina las variables de entrada que quieres que estén disponibles para la acción. Los nombres de variables están limitados a caracteres alfanuméricos (a-z, A-Z y 0-9), guiones (-) y guiones bajos (\$1). No se permiten espacios. No puede utilizar comillas para permitir caracteres especiales ni espacios en los nombres de variables. Para obtener más información sobre las variables, incluidos ejemplos, consulte [Uso de variables en flujos de trabajo](workflows-working-with-variables.md). Interfaz de usuario correspondiente: pestaña Entradas/**Variables (opcional)** ## Outputs (*action-name*/**Outputs**) (Opcional) Define los datos que necesita una acción durante la ejecución de un flujo de trabajo. Interfaz de usuario correspondiente: pestaña **Salidas** ## Artifacts - output (*action-name*/Outputs/**Artifacts**) (Opcional) Especifique el nombre de un artefacto generado por la acción. Los nombres de los artefactos deben ser únicos en un flujo de trabajo y están limitados a caracteres alfanuméricos (a-z, A-Z, 0-9) y guiones bajos (\$1). No se admiten espacios, guiones (-) ni otros caracteres especiales. No puede utilizar comillas para permitir espacios, guiones y otros caracteres especiales en los nombres de los artefactos de salida. Para obtener más información sobre los artefactos, incluidos ejemplos, consulte [Cómo compartir artefactos y archivos entre acciones](workflows-working-artifacts.md). Interfaz de usuario correspondiente: pestaña Salidas/**Artefactos** ## Name (*action-name*/Outputs/Artifacts/**Name**) (Obligatorio si se incluye [Artifacts - output](#github.outputs.artifacts)) Especifique el nombre de un artefacto generado por la acción. Los nombres de los artefactos deben ser únicos en un flujo de trabajo y están limitados a caracteres alfanuméricos (a-z, A-Z, 0-9) y guiones bajos (\$1). No se admiten espacios, guiones (-) ni otros caracteres especiales. No puede utilizar comillas para permitir espacios, guiones y otros caracteres especiales en los nombres de los artefactos de salida. Para obtener más información sobre los artefactos, incluidos ejemplos, consulte [Cómo compartir artefactos y archivos entre acciones](workflows-working-artifacts.md). **Interfaz de usuario correspondiente: genera el nombre del tab/Artifacts/Add artefacto o crea el nombre del artefacto** ## Files (*action-name*/Outputs/Artifacts/**Files**) (Obligatorio si se incluye [Artifacts - output](#github.outputs.artifacts)) Especifique los archivos que se CodeCatalyst incluyen en el artefacto que genera la acción. Estos archivos los genera la acción del flujo de trabajo cuando se ejecuta y también están disponibles en el repositorio de código fuente. Las rutas de los archivos pueden residir en un repositorio de código fuente o en un artefacto de una acción anterior, y son relativas a la raíz del repositorio de código fuente o del artefacto. Puede utilizar patrones glob para especificar las rutas. Ejemplos: + Para especificar un único archivo que esté en la raíz de la ubicación de compilación o de la ubicación del repositorio de código fuente, utilice `my-file.jar`. + Para especificar un único archivo en un subdirectorio, use `directory/my-file.jar` o `directory/subdirectory/my-file.jar`. + Para especificar todos los archivos, utilice `"**/*"`. El patrón glob de `**` indica que debe coincidir con cualquier número de subdirectorios. + Para especificar todos los archivos y directorios de un directorio denominado `directory`, utilice `"directory/**/*"`. El patrón glob de `**` indica que debe coincidir con cualquier número de subdirectorios. + Para especificar todos los archivos de un directorio denominado `directory`, pero no ninguno de sus subdirectorios, utilice `"directory/*"`. **nota** Si la ruta del archivo incluye uno o más asteriscos (`*`) u otro carácter especial, escriba la ruta entre comillas dobles (`""`). Para obtener más información sobre los caracteres especiales, consulte [Pautas y convenciones de sintaxis](workflow-reference.md#workflow.terms.syntax.conv). Para obtener más información sobre los artefactos, incluidos ejemplos, consulte [Cómo compartir artefactos y archivos entre acciones](workflows-working-artifacts.md). **nota** Puede que tenga que añadir un prefijo a la ruta del archivo para indicar en qué artefacto u origen debe encontrarlo. Para obtener más información, consulte [Referencia a los archivos del repositorio de código fuente](workflows-sources-reference-files.md) y [Referencia a archivos en un artefacto](workflows-working-artifacts-refer-files.md). **Interfaz de usuario correspondiente: genera los tab/Artifacts/Add artefactos o archivos producidos por build** ## Variables - output (*action-name*/Outputs/**Variables**) (Opcional) Especifique las variables que desea que exporte la acción para que estén disponibles para su uso en acciones posteriores. Para obtener más información sobre las variables, incluidos ejemplos, consulte [Uso de variables en flujos de trabajo](workflows-working-with-variables.md). Interfaz de usuario correspondiente: pestaña Salidas/Variables/**Agregar variable** ## variable-name-1 **(nombre de la variable-1) *action-name* /Outputs/Variables** (Opcional) Especifique el nombre de la variable que desee que exporte la acción. Esta variable ya debe estar definida en la sección `Inputs` o `Steps` de la misma acción. Para obtener más información sobre las variables, incluidos ejemplos, consulte [Uso de variables en flujos de trabajo](workflows-working-with-variables.md). **Interfaz de usuario correspondiente: genera la variable/nombre tab/Variables/Add** ## AutoDiscoverReports (*action-name*/Outputs/**AutoDiscoverReports**) (Opcional) Define la configuración de la característica de detección automática. Al habilitar la detección automática, CodeCatalyst busca todos los archivos `Inputs` transferidos a la acción, así como todos los archivos generados por la propia acción, buscando informes de pruebas, cobertura de código y análisis de composición de software (SCA). Para cada informe que se encuentre, lo CodeCatalyst transforma en un CodeCatalyst informe. Un *CodeCatalyst informe* es un informe que está totalmente integrado en el CodeCatalyst servicio y se puede ver y manipular a través de la CodeCatalyst consola. **nota** De forma predeterminada, la característica de detección automática inspecciona todos los archivos. Puede limitar los archivos que se inspeccionan mediante las propiedades [IncludePaths](#github.reports.includepaths) o [ExcludePaths](#github.reports.excludepaths). Interfaz de usuario correspondiente: *ninguna* ## Enabled (*action-name*/Outputs/AutoDiscoverReports/**Enabled**) (Opcional) Active o desactive la característica de detección automática. Los valores válidos son `true` o `false`. Si `Enabled` se omite, el valor predeterminado es `true`. Interfaz de usuario correspondiente: pestaña Salidas/informes/**Detección de informes de forma automática** ## ReportNamePrefix (*action-name*/Outputs/AutoDiscoverReports/**ReportNamePrefix**) (Obligatorio si [AutoDiscoverReports](#github.outputs.autodiscover) está incluido y activado) Especifique un prefijo que CodeCatalyst preceda a todos los informes que encuentre para asignar un nombre a los informes asociados. CodeCatalyst Por ejemplo, si especifica un prefijo de `AutoDiscovered` y CodeCatalyst descubre automáticamente dos informes de pruebas `TestSuiteOne.xml` y`TestSuiteTwo.xml`, los CodeCatalyst informes asociados se `AutoDiscoveredTestSuiteOne` denominarán y. `AutoDiscoveredTestSuiteTwo` **Interfaz de usuario correspondiente: los resultados tab/Reports/Automatically detectan informes/prefijo de informe** ## IncludePaths (*action-name*/Outputs/AutoDiscoverReports/**IncludePaths**) O (*action-name*/Outputs/Reports/*report-name-1*/**IncludePaths**) (Obligatorio si [AutoDiscoverReports](#github.outputs.autodiscover) está incluido y activado, o si se incluye [Reports](#github.configuration.reports)) Especifique los archivos y las rutas de archivo que se CodeCatalyst incluyen al buscar informes sin procesar. Por ejemplo, si lo especificas`"/test/report/*"`, CodeCatalyst busca en el `/test/report/*` directorio toda la [imagen de compilación](build-images.md) utilizada por la acción. Cuando encuentra ese directorio, CodeCatalyst busca los informes en ese directorio. **nota** Si la ruta del archivo incluye uno o más asteriscos (`*`) u otros caracteres especiales, escriba la ruta entre comillas dobles (`""`). Para obtener más información sobre los caracteres especiales, consulte [Pautas y convenciones de sintaxis](workflow-reference.md#workflow.terms.syntax.conv). Si se omite esta propiedad, el valor predeterminado es `"**/*"`, lo que significa que la búsqueda incluye todos los archivos de todas las rutas. **nota** En el caso de los informes configurados manualmente, `IncludePaths` debe ser un patrón glob que coincida con un único archivo. Interfaz de usuario correspondiente: + **Rutas de salida: tab/Reports/Automatically discover reports/'Include/exclude '/ Incluir rutas** + **Las salidas tab/Reports/Manually configuran informes/ /'Include/Exclude rutas'/ Incluyen rutas *report-name-1*** ## ExcludePaths (*action-name*/Outputs/AutoDiscoverReports/**ExcludePaths**) O (*action-name*/Outputs/Reports/*report-name-1*/**ExcludePaths**) (Opcional) Especifique los archivos y las rutas de archivo que se excluyen al buscar informes sin procesar. CodeCatalyst Por ejemplo, si lo especifica`"/test/my-reports/**/*"`, no CodeCatalyst buscará archivos en el `/test/my-reports/` directorio. Para ignorar todos los archivos de un directorio, utilice el patrón glob `**/*`. **nota** Si la ruta del archivo incluye uno o más asteriscos (`*`) u otros caracteres especiales, escriba la ruta entre comillas dobles (`""`). Para obtener más información sobre los caracteres especiales, consulte [Pautas y convenciones de sintaxis](workflow-reference.md#workflow.terms.syntax.conv). Interfaz de usuario correspondiente: + **Rutas de salida: tab/Reports/Automatically discover reports/'Include/exclude '/ Excluye rutas** + **Las salidas tab/Reports/Manually configuran los informes/ /'Include/Exclude rutas'/ Excluir rutas *report-name-1*** ## SuccessCriteria (*action-name*/Outputs/AutoDiscoverReports/**SuccessCriteria**) O (*action-name*/Outputs/Reports/*report-name-1*/**SuccessCriteria**) (Opcional) Especifique los criterios de éxito de los informes de prueba, cobertura del código, análisis de composición de software (SCA) y análisis estático (SA). Para obtener más información, consulte [Configuración de los criterios de éxito de los informes](test-config-action.md#test.success-criteria). Interfaz de usuario correspondiente: + tab/Reports/AutomaticallyLas salidas detectan **informes o criterios de éxito** + **Las salidas tab/Reports/Manually configuran los informes//criterios de éxito *report-name-1*** ## PassRate (*action-name*/Outputs/AutoDiscoverReports/SuccessCriteria/**PassRate**) O (*action-name*/Outputs/Reports/*report-name-1*/SuccessCriteria/**PassRate**) (Opcional) Especifique el porcentaje de pruebas en un informe de prueba que deben aprobarse para que el CodeCatalyst informe asociado se marque como aprobado. Los valores válidos son números decimales. Por ejemplo: `50`, `60.5`. Los criterios del índice de aprobación se aplican únicamente a los informes de pruebas. Para obtener más información sobre los informes de pruebas, consulte [Informes de pruebas](test-workflow-actions.md#test-reports). Interfaz de usuario correspondiente: + tab/Reports/Automatically discover reports/Success**Criterios de salida y tasa de aprobación** + **Los resultados tab/Reports/Manually configuran los informes/ /Criterios de éxito/Tasa *report-name-1* de aprobación** ## LineCoverage (*action-name*/Outputs/AutoDiscoverReports/SuccessCriteria/**LineCoverage**) O (*action-name*/Outputs/Reports/*report-name-1*/SuccessCriteria/**LineCoverage**) (Opcional) Especifique el porcentaje de líneas de un informe de cobertura de código que deben cubrirse para que el CodeCatalyst informe asociado se marque como aprobado. Los valores válidos son números decimales. Por ejemplo: `50`, `60.5`. Los criterios de cobertura de línea se aplican únicamente a los informes de cobertura de código. Para obtener más información sobre los informes de cobertura de código, consulte [Informes de cobertura de código](test-workflow-actions.md#test-code-coverage-reports). Interfaz de usuario correspondiente: + tab/Reports/Automatically discover reports/Success**Criterios de salida o cobertura de línea** + **Las salidas tab/Reports/Manually configuran los informes/ /Criterios de éxito/ Cobertura *report-name-1* de línea** ## BranchCoverage (*action-name*/Outputs/AutoDiscoverReports/SuccessCriteria/**BranchCoverage**) O (*action-name*/Outputs/Reports/*report-name-1*/SuccessCriteria/**BranchCoverage**) (Opcional) Especifique el porcentaje de ramas en un informe de cobertura de código que deben cubrirse para que el CodeCatalyst informe asociado se marque como aprobado. Los valores válidos son números decimales. Por ejemplo: `50`, `60.5`. Los criterios de cobertura de ramificaciones se aplican únicamente a los informes de cobertura de código. Para obtener más información sobre los informes de cobertura de código, consulte [Informes de cobertura de código](test-workflow-actions.md#test-code-coverage-reports). Interfaz de usuario correspondiente: + tab/Reports/Automatically discover reports/Success**Criterios de salida o cobertura de sucursales** + **Los resultados tab/Reports/Manually configuran los informes/ /Criterios de éxito/ Cobertura de *report-name-1* las sucursales** ## Vulnerabilities (*action-name*/Outputs/AutoDiscoverReports/SuccessCriteria/**Vulnerabilities**) O (*action-name*/Outputs/Reports/*report-name-1*/SuccessCriteria/**Vulnerabilities**) (Opcional) Especifique el número máximo y la gravedad de las vulnerabilidades permitidas en el informe de la SCA para que el CodeCatalyst informe asociado se marque como aprobado. Para especificar las vulnerabilidades, debe especificar lo siguiente: + La gravedad mínima de las vulnerabilidades que desea incluir en el recuento. Los valores válidos, desde el más al menos grave, son `CRITICAL`, `HIGH`, `MEDIUM`, `LOW` y `INFORMATIONAL`. Por ejemplo, si elige `HIGH`, se contabilizan las vulnerabilidades `HIGH` y `CRITICAL`. + El número máximo de vulnerabilidades de la gravedad especificada que desea permitir. Si se supera este número, el CodeCatalyst informe se marca como fallido. Los valores válidos son números enteros. Los criterios de vulnerabilidad se aplican únicamente a los informes de SCA. Para obtener más información acerca de los informes de SCA, consulte [Informes de análisis de composición de software](test-workflow-actions.md#test-sca-reports). Para especificar la gravedad mínima, utilice la propiedad `Severity`. Para especificar el número máximo de vulnerabilidades, utilice la propiedad `Number`. Para obtener más información acerca de los informes de SCA, consulte [Tipos de informes de calidad](test-workflow-actions.md#test-reporting). Interfaz de usuario correspondiente: + tab/Reports/Automatically discover reports/Success**Criterios o vulnerabilidades de salida** + **Los resultados tab/Reports/Manually configuran los *report-name-1* informes/ /Criterios de éxito/ Vulnerabilidades** ## Reports (*action-name*/Outputs/**Reports** ) (Opcional) Una sección que especifica la configuración de los informes de prueba. Interfaz de usuario correspondiente: pestaña Salidas/**Informes** ## report-name-1 (*action-name*/Outputs/Reports/**nombre-de-informe-1**) (Obligatorio si se incluye [Reports](#github.configuration.reports)) El nombre que desea asignar al CodeCatalyst informe que se generará a partir de los informes sin procesar. **Interfaz de usuario correspondiente: los resultados tab/Reports/Manually configuran los informes o el nombre del informe** ## Format (*action-name*/Outputs/Reports/*report-name-1*/**Format**) (Obligatorio si se incluye [Reports](#github.configuration.reports)) Especifique el formato de archivo que va a utilizar para sus informes. Los valores posibles son los siguientes. + Para los informes de prueba: + Para Cucumber JSON, especifique **Cucumber** (editor visual) o `CUCUMBERJSON` (editor de YAML). + Para JUnit XML, especifique **JUnit**(editor visual) o `JUNITXML` (editor YAML). + Para NUnit XML, especifique **NUnit**(editor visual) o `NUNITXML` (editor YAML). + Para NUnit 3 XML, especifique **NUnit3**(editor visual) o `NUNIT3XML` (editor YAML). + Para Visual Studio TRX, especifique **Visual Studio TRX** (editor visual) o `VISUALSTUDIOTRX` (editor de YAML). + Para TestNG XML, especifique **TestNG** (editor visual) o `TESTNGXML` (editor de YAML). + Para los informes de cobertura de código: + Para Clover XML, especifique **Clover** (editor visual) o `CLOVERXML` (editor de YAML). + Para Cobertura XML, especifique **Cobertura** (editor visual) o `COBERTURAXML` (editor de YAML). + Para JaCoCo XML, especifique **JaCoCo**(editor visual) o `JACOCOXML` (editor YAML). + Para el SimpleCov JSON generado por [simplecov, no por simplecov-json](https://github.com/simplecov-ruby/simplecov)[, especifique **Simplecov**](https://github.com/vicentllongo/simplecov-json) (editor visual) o (editor YAML). `SIMPLECOV` + Para los informes de análisis de composición de software (SCA): + Para SARIF, especifique **SARIF** (editor visual) o `SARIFSCA` (editor de YAML). ****Interfaz de usuario correspondiente: Muestra el tipo de informe y el formato del informe tab/Reports/Manually configure reports/Add *report-name-1***** ## Configuration (*action-name*/**Configuration**) (Obligatorio) Una sección en la que puede definir las propiedades de configuración de la acción. Interfaz de usuario correspondiente: pestaña **Configuración** ## Steps (*action-name*/Configuration/**Steps**) (Obligatorio) Especifica tu código de GitHub acción tal como aparece en la página de detalles de la acción en [GitHub Marketplace](https://github.com/marketplace). Añada el código siguiendo estas pautas: 1. Pega el código de la `steps:` sección de la GitHub acción en la `Steps:` sección del CodeCatalyst flujo de trabajo. El código comienza con un guion (-) y tiene un aspecto similar al siguiente. GitHub código para pegar: ``` - name: Lint Code Base uses: github/super-linter@v4 env: VALIDATE_ALL_CODEBASE: false DEFAULT_BRANCH: master GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} ``` 1. Revise el código que acaba de pegar y modifíquelo según sea necesario para que cumpla con los CodeCatalyst estándares. **Por ejemplo, con el bloque de código anterior, puede eliminar el código y añadirlo en *red italics* negrita.** CodeCatalyst flujo de trabajo yaml: ``` Steps: - name: Lint Code Base uses: github/super-linter@v4 env: VALIDATE_ALL_CODEBASE: false DEFAULT_BRANCH: mastermain GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} ``` 1. Para obtener código adicional que se incluya en la GitHub acción pero que no exista dentro de la `steps:` sección, agréguelo al CodeCatalyst flujo de trabajo con un código CodeCatalyst equivalente. Puedes revisarla [Definición de flujo de trabajo en YAML](workflow-reference.md) para obtener información sobre cómo puedes transferir tu GitHub código a CodeCatalyst. En esta guía, no hablaremos de los pasos de migración detallados. Este es un ejemplo de cómo especificar las rutas de los archivos en una acción de **GitHub Acciones**: ``` Steps: - name: Lint Code Base uses: github/super-linter@v4 ... - run: cd /sources/WorkflowSource/MyFolder/ && cat file.txt - run: cd /artifacts/MyGitHubAction/MyArtifact/MyFolder/ && cat file2.txt ``` Para obtener más información sobre cómo especificar rutas de archivos, consulte [Referencia a los archivos del repositorio de código fuente](workflows-sources-reference-files.md) y [Referencia a archivos en un artefacto](workflows-working-artifacts-refer-files.md). Interfaz de usuario correspondiente: pestaña de **GitHub configuración/acciones** (YAML)