Amazon non CodeCatalyst è più aperta a nuovi clienti. I clienti esistenti possono continuare a utilizzare il servizio normalmente. Per ulteriori informazioni, consulta [Come migrare da CodeCatalyst](migration.md). Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # GitHub Azione 'Azioni' YAML Di seguito è riportata la definizione YAML dell'**GitHubazione Actions**. Questa definizione di azione esiste come sezione all'interno di un file di definizione del flusso di lavoro più ampio. Per ulteriori informazioni su questo file, consulta [Definizione YAML del flusso di lavoro](workflow-reference.md). Scegliete una proprietà YAML nel codice seguente per vederne una descrizione. **Nota** La maggior parte delle proprietà YAML che seguono hanno elementi dell'interfaccia utente corrispondenti nell'editor visuale. **Per cercare un elemento dell'interfaccia utente, usa Ctrl\$1F.** L'elemento verrà elencato con la proprietà YAML associata. ``` # The workflow definition starts here. # See Proprietà di primo livello 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 ``` ## nome dell'azione (Obbligatorio) Specificare il nome dell'azione. Tutti i nomi delle azioni devono essere univoci all'interno del flusso di lavoro. I nomi delle azioni sono limitati a caratteri alfanumerici (a-z, A-Z, 0-9), trattini (-) e caratteri di sottolineatura (\$1). Gli spazi non sono consentiti. Non è possibile utilizzare le virgolette per abilitare caratteri e spazi speciali nei nomi delle azioni. Interfaccia utente corrispondente: scheda Configurazione/ *action-name* ## Identifier (*action-name*/**Identifier**) Identifica l'azione. Non modificate questa proprietà a meno che non vogliate cambiare la versione. Per ulteriori informazioni, consulta [Specificare la versione dell'azione da utilizzare](workflows-action-versions.md). Usa `aws/github-actions-runner@v1` per **GitHuble azioni** Actions. Interfaccia utente corrispondente: diagramma del flusso di lavoro//*action-name***aws/ @v1 label github-actions-runner** ## DependsOn (*action-name*/**DependsOn**) (Facoltativo) Specificate un'azione, un gruppo di azioni o un gate che deve essere eseguito correttamente per l'esecuzione di questa azione. Per ulteriori informazioni sulla funzionalità «dipende da», vedere. [Azioni di sequenziamento](workflows-depends-on.md) **Interfaccia utente corrispondente: scheda Ingressi/Dipende da - opzionale** ## Compute (*action-name*/**Compute**) (Facoltativo) Il motore di calcolo utilizzato per eseguire le azioni del flusso di lavoro. È possibile specificare l'elaborazione a livello di flusso di lavoro o a livello di azione, ma non entrambi. Se specificata a livello di flusso di lavoro, la configurazione di calcolo si applica a tutte le azioni definite nel flusso di lavoro. A livello di flusso di lavoro, puoi anche eseguire più azioni sulla stessa istanza. Per ulteriori informazioni, consulta [Condivisione dell'elaborazione tra le azioni](compute-sharing.md). Interfaccia utente corrispondente: *nessuna* ## Fleet (*action-name*/Compute/**Fleet**) (Facoltativo) Specificate la macchina o il parco macchine che eseguiranno il flusso di lavoro o le azioni del flusso di lavoro. Con le flotte on-demand, all'avvio di un'azione, il flusso di lavoro fornisce le risorse necessarie e le macchine vengono distrutte al termine dell'azione. Esempi di flotte on-demand:,. `Linux.x86-64.Large` `Linux.x86-64.XLarge` Per ulteriori informazioni sulle flotte on-demand, vedere. [Proprietà del parco istanze on demand](workflows-working-compute.md#compute.on-demand) Con le flotte assegnate, puoi configurare una serie di macchine dedicate per eseguire le azioni del flusso di lavoro. Queste macchine rimangono inattive, pronte a elaborare immediatamente le azioni. Per ulteriori informazioni sulle flotte rifornite, vedere. [Proprietà del parco istanze con provisioning](workflows-working-compute.md#compute.provisioned-fleets) Se `Fleet` viene omesso, l'impostazione predefinita è. `Linux.x86-64.Large` Interfaccia utente corrispondente: scheda di configurazione/parco di **calcolo** - opzionale ## Timeout (*action-name*/**Timeout**) (Facoltativo) Specificate il periodo di tempo, in minuti (editor YAML) o in ore e minuti (editor visivo), che l'azione può essere eseguita prima CodeCatalyst che termini l'azione. Il minimo è 5 minuti e il massimo è descritto in. [Quote per i flussi di lavoro in CodeCatalyst](workflows-quotas.md) Il timeout predefinito è lo stesso del timeout massimo. **Interfaccia utente corrispondente: scheda di configurazione/timeout - opzionale** ## Environment (*action-name*/**Environment**) (Facoltativo) Specificare l' CodeCatalyst ambiente da utilizzare con l'azione. L'azione si connette Account AWS all'Amazon VPC opzionale specificato nell'ambiente scelto. L'azione utilizza il ruolo IAM predefinito specificato nell'ambiente per connettersi a e utilizza il ruolo IAM specificato nella [connessione Amazon VPC](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-vpcs.add.html) per connettersi ad Amazon VPC. Account AWS **Nota** Se il ruolo IAM predefinito non dispone delle autorizzazioni richieste dall'azione, puoi configurare l'azione per utilizzare un ruolo diverso. Per ulteriori informazioni, consulta [Modifica del ruolo IAM di un'azione](deploy-environments-switch-role.md). Per ulteriori informazioni sugli ambienti, consulta [Implementazione in e Account AWS VPCs](deploy-environments.md) e[Creazione di un ambiente](deploy-environments-creating-environment.md). **Interfaccia utente corrispondente: scheda di configurazione/ambiente** ## Name (*action-name*/Environment/**Name**) (Richiesto se [Environment](#github.environment) incluso) Specificate il nome di un ambiente esistente che desiderate associare all'azione. **Interfaccia utente corrispondente: scheda di configurazione/ambiente** ## Connections (*action-name*/Environment/**Connections**) (Facoltativo) Specificare la connessione dell'account da associare all'azione. È possibile specificare al massimo una connessione a un account in`Environment`. Se non si specifica una connessione all'account: + L'azione utilizza la Account AWS connessione e il ruolo IAM predefinito specificati nell'ambiente della CodeCatalyst console. Per informazioni sull'aggiunta di una connessione all'account e del ruolo IAM predefinito all'ambiente, consulta[Creazione di un ambiente](deploy-environments-creating-environment.md). + Il ruolo IAM predefinito deve includere le policy e le autorizzazioni richieste dall'azione. Per determinare quali sono tali politiche e autorizzazioni, consulta la descrizione della proprietà **Role nella documentazione** sulla definizione YAML dell'azione. Per ulteriori informazioni sulle connessioni degli account, vedere. [Consentire l'accesso alle AWS risorse con connessione Account AWS](ipa-connect-account.md) Per informazioni sull'aggiunta di una connessione tramite account a un ambiente, vedere[Creazione di un ambiente](deploy-environments-creating-environment.md). Interfaccia utente corrispondente: tab/Environment/What la configurazione è attiva*my-environment*? **/menu a tre punti/ Cambia ruolo** ## Name (*action-name*/Environment/Connections/**Name**) (Obbligatorio se incluso[Connections](#github.environment.connections)) Specificare il nome della connessione all'account. Interfaccia utente corrispondente: tab/Environment/What la configurazione è attiva*my-environment*? **/menu a tre punti/ Cambia ruolo** ## Role (*action-name*/Environment/Connections/**Role**) (Obbligatorio se incluso[Connections](#github.environment.connections)) Specificate il nome del ruolo IAM utilizzato da questa azione per accedere e operare in AWS servizi come Amazon S3 e Amazon ECR. Assicurati che questo ruolo venga aggiunto alla tua Account AWS connessione nel tuo spazio. Per aggiungere un ruolo IAM alla connessione di un account, consulta[Aggiunta di ruoli IAM alle connessioni degli account](ipa-connect-account-addroles.md). Se non specifichi un ruolo IAM, l'azione utilizza il ruolo IAM predefinito elencato nell'[ambiente](deploy-environments.md) nella CodeCatalyst console. Se utilizzi il ruolo predefinito nell'ambiente, assicurati che abbia le seguenti politiche. **Nota** Puoi usare il `CodeCatalystWorkflowDevelopmentRole-spaceName` ruolo con questa azione. Per ulteriori informazioni su questo ruolo, consulta [Creazione del **CodeCatalystWorkflowDevelopmentRole-*spaceName***ruolo per il tuo account e il tuo spazio](ipa-iam-roles.md#ipa-iam-roles-service-create). Tieni presente che il `CodeCatalystWorkflowDevelopmentRole-spaceName` ruolo dispone di autorizzazioni di accesso complete, il che può rappresentare un rischio per la sicurezza. Ti consigliamo di utilizzare questo ruolo solo in tutorial e scenari in cui la sicurezza è meno preoccupante. **avvertimento** **Limita le autorizzazioni a quelle richieste dall'azione AzioneGitHub .** L'utilizzo di un ruolo con autorizzazioni più ampie potrebbe rappresentare un rischio per la sicurezza. Interfaccia utente corrispondente: la configurazione tab/Environment/What è attiva? *my-environment* **/menu a tre punti/ Cambia ruolo** ## Inputs (*action-name*/**Inputs**) (Facoltativo) La `Inputs` sezione definisce i dati necessari a un'azione durante l'esecuzione di un flusso di lavoro. **Nota** **È consentito un massimo di quattro input (una fonte e tre artefatti) per GitHub azione Actions.** Le variabili non vengono conteggiate per questo totale. Se è necessario fare riferimento a file che risiedono in input diversi (ad esempio una sorgente e un artefatto), l'input di origine è l'input principale e l'artefatto è l'input secondario. I riferimenti ai file negli input secondari richiedono un prefisso speciale per distinguerli dal primario. Per informazioni dettagliate, vedi [Esempio: riferimento a file in più artefatti](workflows-working-artifacts-ex.md#workflows-working-artifacts-ex-ref-file). **Interfaccia utente corrispondente: scheda Ingressi** ## Sources (*action-name*/Inputs/**Sources**) (Facoltativo) Specificate le etichette che rappresentano i repository di origine che saranno necessari all'azione. Attualmente, l'unica etichetta supportata è`WorkflowSource`, che rappresenta l'archivio di origine in cui è archiviato il file di definizione del flusso di lavoro. Se si omette una fonte, è necessario specificare almeno un elemento di input in. `action-name/Inputs/Artifacts` Per ulteriori informazioni sulle origini, consulta [Connessione degli archivi di origine ai flussi di lavoro](workflows-sources.md). **Interfaccia utente corrispondente: scheda Ingressi/Sorgenti - opzionale** ## Artifacts - input (*action-name*/Inputs/**Artifacts**) (Facoltativo) Specificate gli artefatti delle azioni precedenti che desiderate fornire come input per questa azione. Questi artefatti devono essere già definiti come artefatti di output nelle azioni precedenti. Se non si specifica alcun artefatto di input, è necessario specificare almeno un repository di origine in. `action-name/Inputs/Sources` Per ulteriori informazioni sugli artefatti, inclusi esempi, vedere. [Condivisione di artefatti e file tra azioni](workflows-working-artifacts.md) **Nota** Se l'elenco a discesa **Artifacts - opzionale** non è disponibile (editor visivo) o se si verificano errori durante la convalida di YAML (editor YAML), è possibile che l'azione supporti un solo input. In questo caso, prova a rimuovere l'input sorgente. Interfaccia utente corrispondente: scheda **Ingressi/Artefatti - opzionale** ## Variables - input (*action-name*/Inputs/**Variables**) (Facoltativo) Specificate una sequenza di name/value coppie che definisca le variabili di input che desiderate rendere disponibili all'azione. I nomi delle variabili sono limitati a caratteri alfanumerici (a-z, A-Z, 0-9), trattini (-) e caratteri di sottolineatura (\$1). Gli spazi non sono consentiti. Non è possibile utilizzare le virgolette per abilitare caratteri e spazi speciali nei nomi delle variabili. Per ulteriori informazioni sulle variabili, inclusi esempi, vedere[Utilizzo delle variabili nei flussi di lavoro](workflows-working-with-variables.md). Interfaccia utente corrispondente: scheda **Input/Variabili** - opzionale ## Outputs (*action-name*/**Outputs**) (Facoltativo) Definisce i dati emessi dall'azione durante l'esecuzione di un flusso di lavoro. Interfaccia utente corrispondente: **scheda Output** ## Artifacts - output (*action-name*/Outputs/**Artifacts**) (Facoltativo) Specificate il nome di un artefatto generato dall'azione. I nomi degli Artifact devono essere univoci all'interno di un flusso di lavoro e sono limitati a caratteri alfanumerici (a-z, A-Z, 0-9) e caratteri di sottolineatura (\$1). Spazi, trattini (-) e altri caratteri speciali non sono consentiti. Non è possibile utilizzare le virgolette per abilitare spazi, trattini e altri caratteri speciali nei nomi degli artefatti di output. Per ulteriori informazioni sugli artefatti, inclusi esempi, vedere. [Condivisione di artefatti e file tra azioni](workflows-working-artifacts.md) **Interfaccia utente corrispondente: scheda Outputs/Artifacts** ## Name (*action-name*/Outputs/Artifacts/**Name**) (Richiesto se incluso) [Artifacts - output](#github.outputs.artifacts) Specificate il nome di un artefatto generato dall'azione. I nomi degli Artifact devono essere univoci all'interno di un flusso di lavoro e sono limitati a caratteri alfanumerici (a-z, A-Z, 0-9) e caratteri di sottolineatura (\$1). Spazi, trattini (-) e altri caratteri speciali non sono consentiti. Non è possibile utilizzare le virgolette per abilitare spazi, trattini e altri caratteri speciali nei nomi degli artefatti di output. Per ulteriori informazioni sugli artefatti, inclusi esempi, vedere. [Condivisione di artefatti e file tra azioni](workflows-working-artifacts.md) **Interfaccia utente corrispondente: restituisce il nome dell'artefatto/crea l'tab/Artifacts/Addartefatto** ## Files (*action-name*/Outputs/Artifacts/**Files**) (Richiesto se incluso) [Artifacts - output](#github.outputs.artifacts) Specificate i file CodeCatalyst inclusi nell'artefatto generato dall'azione. Questi file vengono generati dall'azione del flusso di lavoro durante l'esecuzione e sono disponibili anche nell'archivio di origine. I percorsi dei file possono risiedere in un repository di origine o in un elemento di un'azione precedente e sono relativi al repository di origine o alla radice dell'elemento. È possibile utilizzare modelli a globo per specificare i percorsi. Esempi: + Per specificare un singolo file che si trova nella radice della posizione di creazione o della posizione del repository di origine, usa. `my-file.jar` + Per specificare un singolo file in una sottodirectory, usa `directory/my-file.jar` o. `directory/subdirectory/my-file.jar` + Per specificare tutti i file, utilizzare`"**/*"`. Il pattern a `**` glob indica che deve corrispondere a un numero qualsiasi di sottodirectory. + Per specificare tutti i file e le directory in una directory denominata, usa. `directory` `"directory/**/*"` Il pattern a `**` glob indica che deve corrispondere a un numero qualsiasi di sottodirectory. + Per specificare tutti i file in una directory denominata`directory`, ma non nessuna delle sue sottodirectory, usa. `"directory/*"` **Nota** Se il percorso del file include uno o più asterischi (`*`) o un altro carattere speciale, racchiudi il percorso tra virgolette doppie (). `""` Per ulteriori informazioni sui caratteri speciali, vedere. [Linee guida e convenzioni sulla sintassi](workflow-reference.md#workflow.terms.syntax.conv) Per ulteriori informazioni sugli artefatti, inclusi esempi, vedere. [Condivisione di artefatti e file tra azioni](workflows-working-artifacts.md) **Nota** Potrebbe essere necessario aggiungere un prefisso al percorso del file per indicare in quale elemento o fonte trovarlo. Per ulteriori informazioni, consultare [Riferimento ai file del repository di origine](workflows-sources-reference-files.md) e [Riferimento ai file in un artefatto](workflows-working-artifacts-refer-files.md). **Interfaccia utente corrispondente: restituisce tab/Artifacts/Add artefatti/file prodotti dalla build** ## Variables - output (*action-name*/Outputs/**Variables**) (Facoltativo) Specificate le variabili che desiderate che l'azione esporti in modo che siano disponibili per l'uso da parte delle azioni successive. Per ulteriori informazioni sulle variabili, inclusi esempi, vedere[Utilizzo delle variabili nei flussi di lavoro](workflows-working-with-variables.md). **Interfaccia utente corrispondente: scheda Output/Variabili/ Aggiungi variabile** ## nome-variabile-1 **(nome-variabile-1) *action-name* /Outputs/Variables** (Facoltativo) Specificate il nome di una variabile che desiderate che l'azione esporti. Questa variabile deve essere già definita nella `Steps` sezione `Inputs` o della stessa azione. Per ulteriori informazioni sulle variabili, inclusi esempi, vedere[Utilizzo delle variabili nei flussi di lavoro](workflows-working-with-variables.md). **Interfaccia utente corrispondente: tab/Variables/Add variabile/nome degli output** ## AutoDiscoverReports (*action-name*/Outputs/**AutoDiscoverReports**) (Facoltativo) Definisce la configurazione per la funzione di individuazione automatica. Quando abiliti l'individuazione automatica, tutte le CodeCatalyst ricerche `Inputs` passano all'azione e tutti i file generati dall'azione stessa, alla ricerca di report di test, copertura del codice e analisi della composizione del software (SCA). Per ogni report trovato, lo CodeCatalyst trasforma in un report. CodeCatalyst Un *CodeCatalyst report* è un report completamente integrato nel CodeCatalyst servizio e che può essere visualizzato e manipolato tramite la CodeCatalyst console. **Nota** Per impostazione predefinita, la funzione di individuazione automatica ispeziona tutti i file. È possibile limitare i file da ispezionare utilizzando le [IncludePaths](#github.reports.includepaths) proprietà o. [ExcludePaths](#github.reports.excludepaths) *Interfaccia utente corrispondente: nessuna* ## Enabled (*action-name*/Outputs/AutoDiscoverReports/**Enabled**) (Facoltativo) Abilita o disabilita la funzione di rilevamento automatico. I valori validi sono `true` e `false`. Se `Enabled` viene omesso, l'impostazione predefinita è. `true` **Interfaccia utente corrispondente: scheda Outputs/Reports/ Rileva automaticamente i report** ## ReportNamePrefix (*action-name*/Outputs/AutoDiscoverReports/**ReportNamePrefix**) (Richiesto se [AutoDiscoverReports](#github.outputs.autodiscover) è incluso e abilitato) Specificate un prefisso che CodeCatalyst precede tutti i report trovati per assegnare un nome ai report associati. CodeCatalyst Ad esempio, se si specifica un prefisso di `AutoDiscovered` e CodeCatalyst rileva automaticamente due rapporti di test `TestSuiteOne.xml` e`TestSuiteTwo.xml`, i CodeCatalyst report associati verranno denominati e. `AutoDiscoveredTestSuiteOne` `AutoDiscoveredTestSuiteTwo` **Interfaccia utente corrispondente: Outputs tab/Reports/Automatically discover reports/ Report prefix** ## IncludePaths (*action-name*/Outputs/AutoDiscoverReports/**IncludePaths**) Or (*action-name*/Outputs/Reports/*report-name-1*/**IncludePaths**) (Richiesto se [AutoDiscoverReports](#github.outputs.autodiscover) è incluso e abilitato o se è incluso) [Reports](#github.configuration.reports) Specificate i file e i percorsi dei file da CodeCatalyst includere nella ricerca di report non elaborati. Ad esempio, se si specifica`"/test/report/*"`, CodeCatalyst cerca la directory nell'intera [immagine di build](build-images.md) utilizzata dall'azione per cercare la `/test/report/*` directory. Quando trova quella directory, cerca CodeCatalyst i report in quella directory. **Nota** Se il percorso del file include uno o più asterischi (`*`) o altri caratteri speciali, racchiudi il percorso tra virgolette doppie (). `""` Per ulteriori informazioni sui caratteri speciali, vedere. [Linee guida e convenzioni sulla sintassi](workflow-reference.md#workflow.terms.syntax.conv) Se questa proprietà viene omessa, l'impostazione predefinita è`"**/*"`, ovvero la ricerca include tutti i file in tutti i percorsi. **Nota** Per i report configurati manualmente, `IncludePaths` deve essere presente uno schema a globo che corrisponda a un singolo file. Interfaccia utente corrispondente: + **Percorsi di tab/Reports/Automatically discover reports/'Include/exclude uscita/Includi percorsi** + **Gli output tab/Reports/Manually configurano i report/ /'Includi/escludi percorsi'/ Include i percorsi *report-name-1*** ## ExcludePaths (*action-name*/Outputs/AutoDiscoverReports/**ExcludePaths**) Or (*action-name*/Outputs/Reports/*report-name-1*/**ExcludePaths**) (Facoltativo) Specificate i file e i percorsi dei file da escludere durante la ricerca di report non elaborati. CodeCatalyst Ad esempio, se si specifica`"/test/my-reports/**/*"`, non CodeCatalyst cercherà i file nella `/test/my-reports/` directory. Per ignorare tutti i file in una directory, utilizzate il pattern `**/*` glob. **Nota** Se il percorso del file include uno o più asterischi (`*`) o altri caratteri speciali, racchiudi il percorso tra virgolette doppie (). `""` Per ulteriori informazioni sui caratteri speciali, vedere. [Linee guida e convenzioni sulla sintassi](workflow-reference.md#workflow.terms.syntax.conv) Interfaccia utente corrispondente: + **Percorsi di tab/Reports/Automatically discover reports/'Include/exclude uscita/ Esclude percorsi** + **Gli output tab/Reports/Manually configurano i report/ /'Includi/escludi percorsi'/ Escludi i percorsi *report-name-1*** ## SuccessCriteria (*action-name*/Outputs/AutoDiscoverReports/**SuccessCriteria**) Or (*action-name*/Outputs/Reports/*report-name-1*/**SuccessCriteria**) (Facoltativo) Specificate i criteri di successo per i report di test, copertura del codice, analisi della composizione del software (SCA) e analisi statica (SA). Per ulteriori informazioni, consulta [Configurazione dei criteri di successo per i report](test-config-action.md#test.success-criteria). Interfaccia utente corrispondente: + **I risultati tab/Reports/Automatically scoprono i report/criteri di successo** + **Gli output tab/Reports/Manually configurano i report//Criteri di successo *report-name-1*** ## PassRate (*action-name*/Outputs/AutoDiscoverReports/SuccessCriteria/**PassRate**) Or (*action-name*/Outputs/Reports/*report-name-1*/SuccessCriteria/**PassRate**) (Facoltativo) Specificate la percentuale di test da superare in un rapporto di prova affinché il CodeCatalyst rapporto associato venga contrassegnato come superato. I valori validi includono i numeri decimali. Ad esempio, `50`, `60.5`. I criteri relativi alla percentuale di superamento vengono applicati solo ai rapporti di prova. Per ulteriori informazioni sui rapporti di prova, vedere[Rapporti dei test](test-workflow-actions.md#test-reports). Interfaccia utente corrispondente: + tab/Reports/Automatically discover reports/Success**Criteri di uscita/Frequenza di passaggio** + **Gli output tab/Reports/Manually configurano i report/ /Criteri di successo/ Percentuale di successo *report-name-1*** ## LineCoverage (*action-name*/Outputs/AutoDiscoverReports/SuccessCriteria/**LineCoverage**) Or (*action-name*/Outputs/Reports/*report-name-1*/SuccessCriteria/**LineCoverage**) (Facoltativo) Specificate la percentuale di righe da coprire in un rapporto sulla copertura del codice affinché il rapporto associato CodeCatalyst venga contrassegnato come superato. I valori validi includono i numeri decimali. Ad esempio, `50`, `60.5`. I criteri di copertura delle linee vengono applicati solo ai report sulla copertura del codice. Per ulteriori informazioni sui rapporti sulla copertura del codice, vedere[Report di copertura del codice](test-workflow-actions.md#test-code-coverage-reports). Interfaccia utente corrispondente: + tab/Reports/Automatically discover reports/Success**Criteri di uscita/Copertura di linea** + **Gli output tab/Reports/Manually configurano i report//Criteri di successo/ Copertura di linea *report-name-1*** ## BranchCoverage (*action-name*/Outputs/AutoDiscoverReports/SuccessCriteria/**BranchCoverage**) Or (*action-name*/Outputs/Reports/*report-name-1*/SuccessCriteria/**BranchCoverage**) (Facoltativo) Specificate la percentuale di filiali in un rapporto sulla copertura del codice che deve essere coperta affinché il rapporto associato CodeCatalyst venga contrassegnato come superato. I valori validi includono i numeri decimali. Ad esempio, `50`, `60.5`. I criteri di copertura delle filiali vengono applicati solo ai report sulla copertura del codice. Per ulteriori informazioni sui rapporti sulla copertura del codice, vedere[Report di copertura del codice](test-workflow-actions.md#test-code-coverage-reports). Interfaccia utente corrispondente: + tab/Reports/Automatically discover reports/Success**Criteri di uscita/Copertura delle filiali** + **Gli output tab/Reports/Manually configurano i report//Criteri di successo/ Copertura della filiale *report-name-1*** ## Vulnerabilities (*action-name*/Outputs/AutoDiscoverReports/SuccessCriteria/**Vulnerabilities**) Or (*action-name*/Outputs/Reports/*report-name-1*/SuccessCriteria/**Vulnerabilities**) (Facoltativo) Specificare il numero e la gravità massimi di vulnerabilità consentiti nel rapporto SCA affinché il rapporto associato venga contrassegnato come superato. CodeCatalyst Per specificare le vulnerabilità, è necessario specificare: + La gravità minima delle vulnerabilità da includere nel conteggio. I valori validi, dal più grave al meno grave, sono:`CRITICAL`,`HIGH`,, `MEDIUM``LOW`,`INFORMATIONAL`. Ad esempio, se si sceglie`HIGH`, verranno `HIGH` `CRITICAL` conteggiate tutte le vulnerabilità. + Il numero massimo di vulnerabilità della gravità specificata che desideri consentire. Il superamento di questo numero fa sì che il CodeCatalyst rapporto venga contrassegnato come fallito. I valori validi sono numeri interi. I criteri di vulnerabilità vengono applicati solo ai report SCA. Per ulteriori informazioni sui report SCA, vedere. [Rapporti di analisi della composizione del software](test-workflow-actions.md#test-sca-reports) Per specificare la severità minima, utilizzare la `Severity` proprietà. Per specificare il numero massimo di vulnerabilità, utilizzare la `Number` proprietà. Per ulteriori informazioni sui report SCA, vedere. [Tipi di report sulla qualità](test-workflow-actions.md#test-reporting) Interfaccia utente corrispondente: + tab/Reports/Automatically discover reports/Success**Criteri di uscita/vulnerabilità** + **Gli output configurano i report/ /Criteri di successo/ tab/Reports/Manually Vulnerabilità *report-name-1*** ## Reports (*action-name*/Outputs/**Reports** ) (Facoltativo) Una sezione che specifica la configurazione per i report di test. **Interfaccia utente corrispondente: scheda Output/Report** ## nome-rapporto-1 **(nome-relazione-1) *action-name* /Outputs/Reports/** (Obbligatorio se incluso) [Reports](#github.configuration.reports) Il nome che vuoi dare al CodeCatalyst rapporto che verrà generato dai tuoi report non elaborati. **Interfaccia utente corrispondente: Outputs tab/Reports/Manually configura report/nome del report** ## Format (*action-name*/Outputs/Reports/*report-name-1*/**Format**) (Obbligatorio se incluso[Reports](#github.configuration.reports)) Specificate il formato di file che state utilizzando per i report. I valori possibili sono i seguenti. + Per i rapporti sui test: + Per Cucumber JSON, specifica **Cucumber** (editor visivo) o `CUCUMBERJSON` (editor YAML). + Per JUnit XML, specifica **JUnit**(editor visivo) o `JUNITXML` (editor YAML). + Per NUnit XML, specificare **NUnit**(editor visuale) o `NUNITXML` (editor YAML). + Per NUnit 3 XML, specificare **NUnit3**(editor visuale) o `NUNIT3XML` (editor YAML). + Per Visual Studio TRX, specifica **Visual Studio TRX** (editor visivo) o `VISUALSTUDIOTRX` (editor YAML). + Per TestNg XML, specificare **TestNg (editor visivo) o `TESTNGXML` (editor YAML**). + Per i report sulla copertura del codice: + Per Clover XML, specifica **Clover** (editor visivo) o `CLOVERXML` (editor YAML). + Per Cobertura XML, specifica **Cobertura** (editor visivo) o (editor YAML). `COBERTURAXML` + Per JaCoCo XML, specifica **JaCoCo**(editor visivo) o (editor YAML). `JACOCOXML` + Per SimpleCov JSON generato da [simplecov, non da simplecov-json](https://github.com/simplecov-ruby/simplecov)[, specifica Simplecov](https://github.com/vicentllongo/simplecov-json) (editor visivo) o (editor **YAML**). `SIMPLECOV` + Per i report di analisi della composizione del software (SCA): + Per SARIF, specifica **SARIF** (editor visivo) o `SARIFSCA` (editor YAML). ****Interfaccia utente corrispondente: restituisce il tipo di rapporto e il formato del tab/Reports/Manually configure reports/Add rapporto *report-name-1***** ## Configuration (*action-name*/**Configuration**) (Obbligatorio) Una sezione in cui è possibile definire le proprietà di configurazione dell'azione. Interfaccia utente corrispondente: scheda **Configurazione** ## Steps (*action-name*/Configuration/**Steps**) (Obbligatorio) Specificate il codice GitHub dell'azione così come appare nella pagina dei dettagli dell'azione in [GitHub Marketplace](https://github.com/marketplace). Aggiungi il codice seguendo queste linee guida: 1. Incolla il codice dalla `steps:` sezione GitHub Azione nella `Steps:` sezione del CodeCatalyst flusso di lavoro. Il codice inizia con un trattino (-) e ha un aspetto simile al seguente. GitHub codice da incollare: ``` - name: Lint Code Base uses: github/super-linter@v4 env: VALIDATE_ALL_CODEBASE: false DEFAULT_BRANCH: master GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }} ``` 1. Rivedi il codice appena incollato e modificalo se necessario in modo che sia conforme agli CodeCatalyst standard. **Ad esempio, con il blocco di codice precedente, è possibile rimuovere il codice e aggiungerlo in *red italics* grassetto.** CodeCatalyst flusso di lavoro 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. Per il codice aggiuntivo incluso nell' GitHub Action ma che non esiste all'interno della `steps:` sezione, aggiungilo al CodeCatalyst flusso di lavoro utilizzando il codice CodeCatalyst -equivalent. Puoi consultarla [Definizione YAML del flusso di lavoro](workflow-reference.md) per avere informazioni dettagliate su come potresti trasferire il tuo GitHub codice. CodeCatalyst Le fasi dettagliate della migrazione non rientrano nell'ambito di questa guida. Ecco un esempio di come specificare i percorsi dei file in un'azione **GitHub Actions**: ``` 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 ``` Per ulteriori informazioni sulla specificazione dei percorsi dei file, vedere [Riferimento ai file del repository di origine](workflows-sources-reference-files.md) e[Riferimento ai file in un artefatto](workflows-working-artifacts-refer-files.md). **Interfaccia utente corrispondente: scheda di configurazione/ GitHub Azioni YAML**