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à. # Archivia e collabora sul codice con i repository di sorgenti in CodeCatalyst CodeCatalyst i repository di origine sono repository Git ospitati su Amazon. CodeCatalyst Puoi utilizzare i repository di origine per CodeCatalyst archiviare, modificare e gestire in modo sicuro le risorse di un progetto. Le risorse in un CodeCatalyst repository possono includere: + documenti + codice sorgente + file binari CodeCatalyst utilizza inoltre l'archivio di origine di un progetto per archiviare le informazioni di configurazione del progetto, ad esempio i file di configurazione del flusso di lavoro. È possibile avere più di un archivio di origine in un CodeCatalyst progetto. Ad esempio, potresti voler disporre di repository di sorgenti separati per il codice sorgente front-end, il codice sorgente di back-end, le utilità e la documentazione. Ecco un possibile flusso di lavoro per lavorare con il codice nei repository di sorgenti, nelle richieste pull e negli ambienti di sviluppo in: CodeCatalyst Mary Major crea un progetto di applicazione web CodeCatalyst utilizzando un blueprint, che crea un repository di sorgenti contenente codice di esempio. Invita i suoi amici Li Juan, Saanvi Sarkar e Jorge Souza a lavorare al progetto con lei. Li Juan esamina il codice di esempio nel repository dei sorgenti e decide di apportare alcune rapide modifiche per aggiungere un test al codice. Li crea un ambiente di sviluppo, sceglie AWS Cloud9 come IDE e specifica un nuovo ramo,. *test-code* Si apre l'ambiente di sviluppo. Li aggiunge rapidamente il codice, quindi esegue il commit e inserisce il ramo con le modifiche al repository dei sorgenti. CodeCatalyst Li crea quindi una pull request. Come parte della creazione di quella pull request, Li aggiunge Jorge Souza e Saanvi Sarkar come revisori per garantire che il codice venga esaminato. Durante la revisione del codice, Jorge Souza ricorda di avere un archivio di progetti tutto suo contenente un prototipo dell'app su GitHub cui stanno lavorando. Chiede a Mary Major di installare e configurare l'estensione che gli permetterà di collegare il GitHub repository al progetto come archivio di sorgenti aggiuntivo. Mary esamina il repository GitHub e collabora con Jorge per configurare l' GitHub estensione in modo che possa collegare il GitHub repository come archivio di sorgenti aggiuntivo per il progetto. CodeCatalyst I repository di sorgenti supportano le funzionalità standard di Git e funzionano con gli strumenti basati su Git esistenti. È possibile creare e utilizzare token di accesso personali (PATs) come password specifica per l'applicazione durante la clonazione e l'utilizzo di repository di sorgenti da un client Git o da ambienti di sviluppo integrati (). IDEs Questi sono associati alla tua identità PATs utente. CodeCatalyst Per ulteriori informazioni, consulta [Concedi agli utenti l'accesso al repository con token di accesso personali](ipa-tokens-keys.md). CodeCatalyst i repository di origine supportano le richieste pull. Questo è un modo semplice per te e per gli altri membri del progetto di rivedere e commentare le modifiche al codice prima di unirle da un ramo all'altro. Puoi visualizzare le modifiche nella CodeCatalyst console e commentare le righe di codice. Gli invii alle filiali in un repository di CodeCatalyst origine possono avviare automaticamente un'esecuzione in un flusso di lavoro, in cui le modifiche possono essere create, testate e distribuite. Se il tuo repository di origine è stato creato come parte di un progetto utilizzando un modello di progetto, uno o più flussi di lavoro sono configurati per te come parte del progetto. Puoi aggiungere flussi di lavoro aggiuntivi per i repository in qualsiasi momento. I file di configurazione YAML per i flussi di lavoro in un progetto vengono archiviati nei repository di origine configurati nell'azione di origine per tali flussi di lavoro. Per ulteriori informazioni, consulta [Guida introduttiva ai flussi di lavoro](workflows-getting-started.md). **Topics** + [ # Concetti relativi al repository di origine ](source-concepts.md) + [ # Configurazione per l'utilizzo dei repository di origine ](source-setting-up.md) + [ # Guida introduttiva agli archivi di CodeCatalyst origine e al modello di applicazione a pagina singola ](source-getting-started.md) + [ # Memorizzazione del codice sorgente nei repository per un progetto in CodeCatalyst ](source-repositories.md) + [ # Organizzazione del codice sorgente, lavoro con le filiali di Amazon CodeCatalyst ](source-branches.md) + [ # Gestione dei file di codice sorgente in Amazon CodeCatalyst ](source-files.md) + [ # Revisione del codice con richieste pull in Amazon CodeCatalyst ](source-pull-requests.md) + [ # Comprendere le modifiche al codice sorgente con i commit in Amazon CodeCatalyst ](source-commits.md) + [ # Quote per i repository di sorgenti in CodeCatalyst ](source-quotas.md) # Concetti relativi al repository di origine Ecco alcuni concetti da conoscere quando lavori con i repository dei CodeCatalyst sorgenti. **Topics** + [ ## Progetti ](#project-concept) + [ ## Repository di origine ](#source-repository-concept) + [ ## Ambienti di sviluppo ](#devenvironment-concept) + [ ## Token di accesso personali () PATs ](#personal-access-token-concept) + [ ## Rami ](#branches-concept) + [ ## Rami predefiniti ](#default-branch-concept) + [ ## Commit ](#commits-concept) + [ ## Richieste pull ](#pull-request-concept) + [ ## Revisioni ](#revision-concept) + [ ## Flussi di lavoro ](#workflow-concept) ## Progetti Un *progetto* rappresenta uno sforzo collaborativo CodeCatalyst che supporta i team e le attività di sviluppo. Dopo aver creato un progetto, puoi aggiungere, aggiornare o rimuovere utenti e risorse, personalizzare la dashboard del progetto e monitorare l'avanzamento del lavoro del team. Puoi avere più progetti all'interno di uno spazio. Gli archivi di origine sono specifici per i progetti in cui li crei o li colleghi in uno spazio. Non puoi condividere un repository tra progetti e non puoi collegare un repository a più di un progetto in uno spazio. Gli utenti con il ruolo di **collaboratore o** **amministratore di progetto** in un progetto possono interagire con gli archivi di origine associati a quel progetto in base alle autorizzazioni concesse a tali ruoli. Per ulteriori informazioni, consulta [Concessione dell'accesso con ruoli utente](ipa-roles.md). ## Repository di origine Un *repository di origine* è il luogo in cui è possibile archiviare in modo sicuro il codice e i file del progetto. Memorizza anche la cronologia delle versioni dei file. Per impostazione predefinita, un archivio dei sorgenti viene condiviso con gli altri utenti del CodeCatalyst progetto. Puoi avere più di un archivio di sorgenti per un progetto. È possibile creare archivi di sorgenti per progetti in CodeCatalyst oppure scegliere di collegare un archivio di sorgenti esistente ospitato da un altro servizio se tale servizio è supportato da un'estensione installata. **Ad esempio, è possibile collegare un GitHub repository a un progetto dopo aver installato l'GitHub estensione Repositories.** Per ulteriori informazioni, consultare [Memorizzazione del codice sorgente nei repository per un progetto in CodeCatalyst](source-repositories.md) e [Guida rapida: installazione di estensioni, connessione di provider e collegamento di risorse in CodeCatalyst](extensions-quickstart.md). ## Ambienti di sviluppo Un *ambiente di sviluppo* è un ambiente di sviluppo basato su cloud che puoi utilizzare CodeCatalyst per lavorare rapidamente sul codice archiviato nei repository di origine del tuo progetto. Gli strumenti di progetto e le librerie di applicazioni inclusi nel tuo ambiente di sviluppo sono definiti da un devfile nel repository di origine del progetto. Se non avete un devfile nel vostro repository di origine, verrà applicato automaticamente un devfile predefinito. Il devfile predefinito include strumenti per i linguaggi e i framework di programmazione più utilizzati. Per impostazione predefinita, un ambiente di sviluppo è configurato per avere un processore a 2 core, 4 GB di RAM e 16 GiB di storage persistente. Puoi scegliere di clonare un ramo esistente del tuo repository di origine nel tuo ambiente di sviluppo oppure puoi scegliere di creare un nuovo ramo come parte della creazione dell'ambiente di sviluppo. ## Token di accesso personali () PATs Un *token di accesso personale* (PAT) è simile a una password. È associato all'identità utente e può essere utilizzato in tutti gli spazi e i progetti di CodeCatalyst. Si utilizza PATs per accedere a CodeCatalyst risorse che includono ambienti di sviluppo integrati (IDEs) e repository di sorgenti basati su Git. PATs ti rappresentano CodeCatalyst e puoi gestirle nelle tue impostazioni utente. Un utente può avere più di un PAT. I token di accesso personali vengono visualizzati solo una volta. Come procedura consigliata, assicurati di archiviarli in modo sicuro sul tuo computer locale. Per impostazione predefinita, PATs scadono dopo un anno. Quando si lavora con ambienti di sviluppo integrati (IDEs), PATs sono l'equivalente di una password Git. Fornisci il PAT quando ti viene richiesta una password quando configuri il tuo IDE per funzionare con un repository Git. Per ulteriori informazioni su come connettere il tuo IDE con un repository basato su Git, consulta la documentazione del tuo IDE. ## Rami Un *ramo* è un puntatore o un riferimento a un commit in Git e in CodeCatalyst. Puoi usare le filiali per organizzare il tuo lavoro. Ad esempio, puoi utilizzare i rami per lavorare su una versione nuova o diversa dei file senza influire sui file in altri rami. Puoi utilizzare i rami per sviluppare nuove funzionalità, archiviare una versione specifica del tuo progetto e altro ancora. Un repository di origine può avere uno o più rami. **Quando si crea un progetto utilizzando un modello, il repository di origine creato per il progetto contiene file di esempio in un ramo chiamato main.** Il ramo **principale** è il ramo predefinito per il repository. ## Rami predefiniti I repository di origine CodeCatalyst hanno un ramo predefinito indipendentemente da come li crei. Se scegliete di creare un progetto utilizzando un modello, l'archivio di origine creato per quel progetto include un file README.md oltre a codice di esempio, definizioni del flusso di lavoro e altre risorse. Se si crea un repository di origine senza utilizzare un modello, viene aggiunto automaticamente un file README.md come primo commit e viene creato automaticamente un ramo predefinito come parte della creazione del repository. *Questo ramo predefinito è denominato main.* Questo ramo predefinito è quello utilizzato come ramo di base o predefinito nei repository locali (repos) quando gli utenti clonano il repository. È possibile modificare il ramo utilizzato come ramo predefinito. Per ulteriori informazioni, consulta [Gestione del ramo predefinito per un repository](source-branches-default-branch.md). Non è possibile eliminare il ramo predefinito per un repository di origine. I risultati della ricerca includono solo i risultati del ramo predefinito. ## Commit Un *commit* è una modifica a un file o a un set di file. Nella CodeCatalyst console Amazon, un commit salva le modifiche e le invia a un repository di origine. Il commit include informazioni sulla modifica, tra cui l'identità dell'utente che ha apportato la modifica, l'ora e la data della modifica, il titolo del commit e qualsiasi messaggio incluso sulla modifica. Per ulteriori informazioni, consulta [Comprendere le modifiche al codice sorgente con i commit in Amazon CodeCatalyst](source-commits.md). Nel contesto di un repository di origine in CodeCatalyst, i commit sono istantanee del contenuto e delle modifiche apportate al contenuto del repository. Puoi anche aggiungere tag Git ai commit, per identificare commit specifici. ## Richieste pull Una *pull request* è il modo principale con cui tu e gli altri utenti esaminate, commentate e unite le modifiche al codice da un ramo all'altro in un repository di origine. È possibile utilizzare le richieste pull per esaminare in modo collaborativo le modifiche al codice in caso di modifiche o correzioni minori, aggiunte di funzionalità importanti o nuove versioni del software rilasciato. In una pull request, puoi esaminare le modifiche tra i rami di origine e di destinazione o le differenze tra le revisioni di tali rami. È possibile aggiungere commenti alle singole righe di modifiche al codice e commenti sulla pull request in generale. **Suggerimento** Durante la creazione di una pull request, la differenza visualizzata è la differenza tra la punta del ramo di origine e la punta del ramo di destinazione. Una volta creata la pull request, la differenza visualizzata sarà tra la revisione della pull request scelta e il commit che costituiva la punta del ramo di destinazione quando è stata creata la pull request. Per ulteriori informazioni sulle differenze e sulle basi di unione in Git, consulta [git-merge-base](https://git-scm.com/docs/git-merge-base)la documentazione di Git. ## Revisioni Una *revisione* è una versione aggiornata di una pull request. Ogni push al ramo sorgente di una pull request crea una revisione che contiene le modifiche apportate nei commit inclusi in quel push. È possibile visualizzare le differenze tra le revisioni di una pull request oltre alle differenze tra i rami di origine e di destinazione. Per ulteriori informazioni, consulta [Revisione del codice con richieste pull in Amazon CodeCatalyst](source-pull-requests.md). ## Flussi di lavoro Un *flusso di lavoro* è una procedura automatizzata che descrive come creare, testare e distribuire il codice come parte di un sistema di integrazione e distribuzione continua (CI/CD). Un flusso di lavoro definisce una serie di passaggi, o *azioni*, da eseguire durante l'esecuzione di un flusso di lavoro. Un flusso di lavoro definisce anche gli eventi, o *trigger*, che causano l'avvio del flusso di lavoro. Per configurare un flusso di lavoro, è necessario creare un *file di definizione del flusso* di lavoro utilizzando l'editor [visivo o YAML](https://docs.aws.amazon.com//codecatalyst/latest/userguide/flows.html#workflow.editors) della CodeCatalyst console. **Suggerimento** Per una rapida occhiata a come potresti utilizzare i flussi di lavoro in un progetto, [crea un progetto con un blueprint](https://docs.aws.amazon.com//codecatalyst/latest/userguide/projects-create.html#projects-create-console-template). Ogni blueprint implementa un flusso di lavoro funzionante che puoi rivedere, eseguire e sperimentare. Un repository di origine può anche archiviare i file di configurazione e altre informazioni per flussi di lavoro, notifiche, problemi e altre informazioni di configurazione per il progetto. I file di configurazione vengono creati e archiviati nell'archivio di origine quando si creano risorse che richiedono file di configurazione o quando si specifica il repository come azione di origine per un flusso di lavoro. Se create un progetto da un blueprint, i file di configurazione saranno già archiviati nel repository di origine creato per voi come parte del progetto. Queste informazioni di configurazione sono memorizzate in una cartella denominata `.codecatalyst` nel ramo predefinito del repository. Ogni volta che crei un ramo del ramo predefinito, crei una copia di questa cartella e della sua configurazione oltre a tutti gli altri file e cartelle del ramo. # Configurazione per l'utilizzo dei repository di origine Quando lavori con i repository di sorgenti in Amazon CodeCatalyst sul tuo computer locale, puoi usare Git da solo o in un ambiente di sviluppo integrato (IDE) supportato per apportare modifiche al codice e inviare ed estrarre il codice. Come best practice, ti consigliamo di utilizzare le versioni più recenti di Git e altri software. **Nota** Se usi Dev Environments, non devi installare Git. Una versione recente di Git è inclusa nel tuo ambiente di sviluppo. **Informazioni sulla compatibilità delle versioni per CodeCatalyst** | Componente | Versione | | --- | --- | | Git | più recente | ## Installa Git Per lavorare con file, commit, branch e altre informazioni nei repository di sorgenti da un client Git senza un IDE, installa Git sul tuo computer locale. Per installare Git, consigliamo siti web come [Git Downloads](http://git-scm.com/downloads). ## Crea un token di accesso personale Per clonare i repository di origine sul computer locale o sull'IDE preferito, è necessario creare un token di accesso personale (PAT). **Per creare un token di accesso personale (PAT)** 1. Nella barra dei menu in alto, scegli il badge del tuo profilo, quindi scegli **Le mie** impostazioni. **Suggerimento** Puoi anche trovare il tuo profilo utente accedendo alla pagina dei membri relativa a un progetto o a uno spazio e scegliendo il tuo nome dall'elenco dei membri. 1. Nel nome **PAT, inserisci un nome** descrittivo per il tuo PAT. 1. In **Data di scadenza**, lascia la data predefinita o scegli l'icona del calendario per selezionare una data personalizzata. La data di scadenza predefinita è un anno dalla data corrente. 1. Scegli **Create** (Crea). Puoi anche creare questo token quando scegli **Clone repository come repository di origine**. 1. Salva il segreto PAT in un luogo sicuro. **Importante** Il segreto PAT viene visualizzato solo una volta. Non è possibile recuperarlo dopo aver chiuso la finestra. # Guida introduttiva agli archivi di CodeCatalyst origine e al modello di applicazione a pagina singola Segui i passaggi di questo tutorial per imparare a lavorare con i repository di sorgenti in Amazon CodeCatalyst. Il modo più rapido per iniziare a lavorare con i repository di sorgenti in Amazon CodeCatalyst è creare un progetto utilizzando un modello. Quando crei un progetto utilizzando un modello, le risorse vengono create automaticamente, incluso un archivio di sorgenti che include codice di esempio. Puoi usare questo repository e questo esempio di codice per imparare a: + Visualizza gli archivi dei sorgenti di un progetto e sfogliane il contenuto + Crea un ambiente di sviluppo con una nuova filiale in cui puoi lavorare sul codice + Modifica un file, esegui il commit e invia le modifiche + Crea una pull request e rivedi le modifiche al codice con altri membri del progetto + Visualizza il flusso di lavoro del tuo progetto, crea e testa automaticamente le modifiche nel ramo sorgente della pull request + Unisci le modifiche dal ramo di origine al ramo di destinazione e chiudi la pull request + Guarda le modifiche unite create e distribuite automaticamente Per ottenere il massimo da questo tutorial, invita altre persone al tuo progetto in modo da poter lavorare insieme su una pull request. Puoi anche esplorare le funzionalità aggiuntive di CodeCatalyst, come la creazione di problemi e la loro associazione a una pull request, o la configurazione di notifiche e la ricezione di avvisi quando viene eseguito il flusso di lavoro associato. Per un'esplorazione completa di, vedi. CodeCatalyst [Tutorial introduttivi](getting-started-topnode.md) ## Creazione di un progetto con un blueprint La creazione di un progetto è il primo passo per poter lavorare insieme. Puoi utilizzare un blueprint per creare il tuo progetto, che creerà anche un repository di sorgenti con codice di esempio e un flusso di lavoro che genererà e distribuirà automaticamente il codice quando lo modifichi. In questo tutorial, ti illustreremo un progetto creato con il blueprint dell'**applicazione a pagina singola**, ma puoi seguire le procedure per qualsiasi progetto con un repository di sorgenti. Assicurati di scegliere un ruolo IAM o di aggiungere un ruolo IAM se non ne hai uno durante la creazione del progetto. Ti consigliamo di utilizzare il ruolo **CodeCatalystWorkflowDevelopmentRole-*spaceName***di servizio per questo progetto. Se hai già un progetto, puoi passare direttamente a[Visualizzazione degli archivi di un progetto](#source-getting-started-source-view). **Nota** Solo gli utenti con il ruolo di amministratore dello **spazio o utente** esperto possono creare progetti in CodeCatalyst. Se non ricopri questo ruolo e hai bisogno di un progetto su cui lavorare per questo tutorial, chiedi a qualcuno con uno di questi ruoli di creare un progetto per te e aggiungerti al progetto creato. Per ulteriori informazioni, consulta [Concessione dell'accesso con ruoli utente](ipa-roles.md). **Per creare un progetto con un blueprint** 1. Nella CodeCatalyst console, accedi allo spazio in cui desideri creare un progetto. 1. Nella dashboard dello spazio, scegli **Crea progetto**. 1. Scegli **Inizia con un progetto**. **Suggerimento** Puoi scegliere di aggiungere un blueprint fornendo ad **Amazon Q** i requisiti del tuo progetto in modo che Amazon Q ti suggerisca un blueprint. Per ulteriori informazioni, consultare [Utilizzo di Amazon Q per scegliere un blueprint durante la creazione di un progetto o l'aggiunta di funzionalità](getting-started-project-assistance.md#getting-started-project-assistance-create-apply-bp) e [Le migliori pratiche per l'utilizzo di Amazon Q per creare progetti o aggiungere funzionalità con blueprint](projects-create.md#projects-create-amazon-q). Questa funzionalità è disponibile solo nella regione Stati Uniti occidentali (Oregon). Questa funzionalità richiede che le funzionalità di intelligenza artificiale generativa siano abilitate per lo spazio. Per ulteriori informazioni, consulta [Gestione delle funzionalità di intelligenza artificiale generativa](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html). 1. **Dalla scheda **CodeCatalyst Blueprint** o **Space blueprint**, scegli un blueprint, quindi scegli Avanti.** 1. In Assegna un **nome al progetto**, inserisci il nome che desideri assegnare al progetto e i nomi delle risorse associate. Il nome deve essere univoco all'interno del tuo spazio. 1. (Facoltativo) Per impostazione predefinita, il codice sorgente creato dal blueprint viene archiviato in un CodeCatalyst repository. In alternativa, è possibile scegliere di archiviare il codice sorgente del blueprint in un repository di terze parti. Per ulteriori informazioni, consulta [Aggiungi funzionalità ai progetti con estensioni in CodeCatalystAggiungi funzionalità ai progetti con estensioni](extensions.md). **Importante** CodeCatalyst non supporta il rilevamento delle modifiche nel ramo predefinito per gli archivi collegati. Per modificare il ramo predefinito per un repository collegato, è necessario prima scollegarlo CodeCatalyst, modificare il ramo predefinito e quindi collegarlo nuovamente. Per ulteriori informazioni, consulta [Collegamento di GitHub repository, repository Bitbucket, repository di progetti e GitLab progetti Jira in CodeCatalyst](extensions-link.md). Come best practice, assicuratevi sempre di disporre della versione più recente dell'estensione prima di collegare un repository. Effettua una delle seguenti operazioni a seconda del provider di repository di terze parti che desideri utilizzare: + **GitHub repository**: Connect a un GitHub account. Scegli il menu a discesa **Avanzato**, scegli GitHub come provider del repository, quindi scegli l' GitHub account in cui desideri archiviare il codice sorgente creato dal blueprint. **Nota** Se stai collegando un GitHub account, devi creare una connessione personale per stabilire una mappatura delle identità tra la tua identità e la tua CodeCatalyst identità. GitHub Per ulteriori informazioni, consultare [Connessioni personali](concepts.md#personal-connection-concept) e [Accesso alle GitHub risorse con connessioni personali](ipa-settings-connections.md). + **Archivi Bitbucket:** Connect uno spazio di lavoro Bitbucket. Scegli il menu a discesa **Avanzato**, scegli Bitbucket come provider di repository, quindi scegli l'area di lavoro Bitbucket in cui desideri archiviare il codice sorgente creato dal blueprint. + **GitLab repository**: Connect a un GitLab utente. Scegli il menu a discesa **Avanzato**, scegli GitLab come provider del repository, quindi scegli l' GitLab utente in cui desideri archiviare il codice sorgente creato dal blueprint. 1. In **Risorse del progetto**, configura i parametri del blueprint. A seconda del blueprint, potresti avere la possibilità di assegnare un nome al repository di origine. 1. (Facoltativo) Per visualizzare i file di definizione con aggiornamenti basati sulle selezioni dei parametri di progetto effettuate, scegliete **Visualizza codice o Visualizza** **flusso di lavoro** da **Genera** anteprima del progetto. 1. (Facoltativo) Scegli **Visualizza dettagli** dalla scheda del blueprint per visualizzare dettagli specifici sul blueprint, come una panoramica dell'architettura del blueprint, le connessioni e le autorizzazioni richieste e il tipo di risorse create dal blueprint. 1. Seleziona **Crea progetto**. La pagina di panoramica del progetto viene visualizzata non appena si crea un progetto o si accetta un invito a partecipare a un progetto e si completa la procedura di accesso. La pagina di panoramica del progetto per un nuovo progetto non contiene problemi aperti o richieste pull. Facoltativamente, puoi scegliere di creare un problema e assegnarlo a te stesso. Puoi anche scegliere di invitare qualcun altro al tuo progetto. Per ulteriori informazioni, consultare [Creazione di un problema in CodeCatalyst](issues-create-issue.md) e [Invitare un utente a un progetto](projects-members.md#projects-members-add). ## Visualizzazione degli archivi di un progetto Come membro di un progetto, puoi visualizzare i repository dei sorgenti del progetto. Puoi anche scegliere di creare repository aggiuntivi. Se qualcuno con il ruolo di **amministratore di Space** ha installato e configurato i **GitHub repository, i repository** **Bitbucket o l'estensione dei GitLab repository****, puoi anche aggiungere collegamenti a repository** di terze parti negli GitHub account, nelle aree di lavoro Bitbucket o negli utenti configurati per l'estensione. GitLab Per ulteriori informazioni, consultare [Creazione di un repository di sorgenti](source-repositories-create.md) e [Guida rapida: installazione di estensioni, connessione di provider e collegamento di risorse in CodeCatalyst](extensions-quickstart.md). **Nota** Per i progetti creati con il blueprint dell'applicazione a pagina singola, il nome predefinito per l'archivio di origine che contiene il codice di esempio è. ***spa-app*** **Per accedere agli archivi di origine di un progetto** 1. Passate al progetto ed effettuate una delle seguenti operazioni: + Nella pagina di riepilogo del progetto, scegli il repository che desideri dall'elenco, quindi scegli **Visualizza archivio**. + Nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Nei **repository di origine**, scegli il nome del repository dall'elenco. È possibile filtrare l'elenco dei repository digitando parte del nome del repository nella barra dei filtri. 1. Nella home page del repository, visualizza il contenuto del repository e le informazioni sulle risorse associate, come il numero di richieste pull e i flussi di lavoro. Per impostazione predefinita, vengono visualizzati i contenuti del ramo predefinito. È possibile modificare la visualizzazione scegliendo un ramo diverso dall'elenco a discesa. La pagina di panoramica del repository include informazioni sui flussi di lavoro e le richieste pull configurate per i rami di questo repository e i relativi file. Se hai appena creato il progetto, i flussi di lavoro iniziali per creare, testare e distribuire il codice continueranno a essere in esecuzione, poiché il completamento richiede alcuni minuti. ****È possibile visualizzare i flussi di lavoro correlati e il relativo stato scegliendo il numero sotto Flussi di **lavoro correlati, ma in questo modo verrà aperta la pagina Flussi di lavoro** in CI/CD.**** Per questo tutorial, rimani sulla pagina di panoramica ed esplora il codice nel repository. Il contenuto del `README.md` file viene visualizzato in questa pagina sotto i file del repository. In **File**, viene mostrato il contenuto del ramo predefinito. Puoi modificare la visualizzazione del file per mostrare il contenuto di un altro ramo, se ne hai uno. La `.codecatalyst` cartella contiene il codice utilizzato per altre parti del progetto, come i file YAML del flusso di lavoro. Per visualizzare il contenuto delle cartelle, scegliete la freccia accanto al nome della cartella per espanderla. Ad esempio, scegliete la freccia accanto `src` a per visualizzare i file per l'applicazione Web a pagina singola contenuta in quella cartella. Per visualizzare il contenuto di un file, sceglierlo nell'elenco. Si aprirà **Visualizza file**, in cui è possibile sfogliare il contenuto di più file. Puoi modificare anche singoli file nella console, ma per modificare più file, ti consigliamo di creare un ambiente di sviluppo. ## Creazione di un ambiente di sviluppo Puoi aggiungere e modificare file in un repository di origine nella CodeCatalyst console Amazon. Tuttavia, per lavorare in modo efficace con più file e rami, ti consigliamo di utilizzare un ambiente di sviluppo o di clonare il repository sul tuo computer locale. In questo tutorial, creeremo un ambiente di AWS Cloud9 sviluppo con un ramo denominato. **develop** Puoi scegliere un nome di ramo diverso, ma assegnando un nome al ramo**develop**, verrà eseguito automaticamente un flusso di lavoro per creare e testare il codice quando creerai una pull request più avanti in questo tutorial. **Suggerimento** Se decidi di clonare un repository localmente anziché o in aggiunta all'utilizzo di un ambiente di sviluppo, assicurati di avere Git sul tuo computer locale o che il tuo IDE includa Git. Per ulteriori informazioni, consulta [Configurazione per l'utilizzo dei repository di origine](source-setting-up.md). **Per creare un ambiente di sviluppo con un nuovo ramo** 1. Apri la CodeCatalyst console all'[indirizzo https://codecatalyst.aws/](https://codecatalyst.aws/). 1. Vai al progetto in cui desideri creare un ambiente di sviluppo. 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, scegli **Archivi di origine** e scegli il repository per il quale desideri creare un ambiente di sviluppo. 1. Nella home page del repository, scegli **Crea** ambiente di sviluppo. 1. Scegli un IDE supportato dal menu a discesa. Per ulteriori informazioni, consulta [Ambienti di sviluppo integrati supportati per gli ambienti di sviluppo](devenvironment-create.md#devenvironment-supported-ide). 1. Scegli il repository da clonare, scegli **Lavora in un nuovo ramo**, inserisci il nome di un **ramo nel campo Nome** del ramo e scegli un ramo dal quale creare il nuovo ramo dal menu a discesa **Crea ramo** da. 1. Facoltativamente, aggiungi un alias per Dev Environment. 1. Facoltativamente, scegli il pulsante di modifica della **configurazione dell'ambiente** di sviluppo per modificare la configurazione di calcolo, archiviazione o timeout dell'ambiente di sviluppo. 1. Scegli **Create** (Crea). Durante la creazione dell'ambiente di sviluppo, la colonna di stato dell'ambiente di sviluppo mostrerà **Avvio** e la colonna di stato verrà visualizzata **in esecuzione** una volta creato l'ambiente di sviluppo. Si aprirà una nuova scheda con il tuo ambiente di sviluppo nell'IDE di tua scelta. Puoi modificare il codice, eseguire il commit e inviare le modifiche. Dopo aver creato l'ambiente di sviluppo, puoi modificare i file, eseguire il commit delle modifiche e inviarle al **test** ramo. Per questo tutorial, modifica il contenuto tra i `

` tag nel `App.tsx` file nella `src` cartella per modificare il testo visualizzato sulla pagina web. Conferma e invia la modifica, quindi torna alla CodeCatalyst scheda. ## Per apportare e promuovere una modifica da un ambiente di AWS Cloud9 sviluppo 1. In AWS Cloud9, espandi il menu di navigazione laterale per sfogliare i file. `src`Espandi e apri`App.tsx`. 1. Modifica il testo all'interno dei `

` tag. 1. Salva il file, quindi esegui il commit e invia le modifiche utilizzando il menu Git. In alternativa, nella finestra del terminale, esegui il commit e invia le modifiche con i **git push** comandi **git commit** and. ``` git commit -am "Making an example change" git push ``` **Suggerimento** Potrebbe essere necessario modificare le directory del terminale nella directory del repository Git prima di poter eseguire correttamente i comandi Git. ## Creazione di una richiesta di pull Puoi utilizzare le pull request per esaminare in modo collaborativo le modifiche al codice per individuare modifiche o correzioni minori, aggiunte di funzionalità importanti o nuove versioni del software rilasciato. **In questo tutorial, creerai una pull request per rivedere le modifiche apportate al *test* ramo rispetto al ramo principale.** La creazione di una pull request in un progetto creato con un modello avvierà anche un'esecuzione degli eventuali flussi di lavoro associati. **Come creare una richiesta pull** 1. Vai al tuo progetto. 1. Esegui una delle seguenti operazioni: + Nel riquadro di navigazione, scegli **Codice**, scegli **Richieste pull**, quindi scegli **Crea richiesta pull**. + Nella home page del repository, scegli **Altro**, quindi scegli **Crea richiesta pull**. + Nella pagina del progetto, scegli **Crea richiesta pull**. 1. Nel **repository Source**, assicurati che il repository di origine specificato sia quello che contiene il codice commesso. Questa opzione appare solo se non hai creato la pull request dalla pagina principale del repository. 1. Nel **ramo di destinazione**, scegli il ramo in cui unire il codice dopo averlo esaminato. 1. Nel **ramo di origine**, scegli il ramo che contiene il codice commesso. 1. In **Pull request title**, inserisci un titolo che aiuti gli altri utenti a capire cosa deve essere esaminato e perché. 1. (Facoltativo) Nella **descrizione della richiesta Pull**, fornisci informazioni come un link ai problemi o una descrizione delle modifiche. **Suggerimento** Puoi scegliere **Write description for me per** generare CodeCatalyst automaticamente una descrizione delle modifiche contenute nella pull request. Puoi apportare modifiche alla descrizione generata automaticamente dopo averla aggiunta alla pull request. Questa funzionalità richiede che le funzionalità di intelligenza artificiale generativa siano abilitate per lo spazio e non è disponibile per le richieste pull negli archivi collegati. Per ulteriori informazioni, consulta [Gestione delle funzionalità di intelligenza artificiale generativa](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html). 1. (Facoltativo) In **Problemi**, scegli **Problemi di collegamento**, quindi scegli un problema dall'elenco o inserisci il relativo ID. Per scollegare un problema, scegli l'icona di scollegamento. 1. (Facoltativo) In Revisori **obbligatori, scegli **Aggiungi** revisori** richiesti. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori obbligatori devono approvare le modifiche prima che la pull request possa essere unita al ramo di destinazione. **Nota** Non è possibile aggiungere un revisore sia come revisore obbligatorio che come revisore opzionale. Non puoi aggiungerti come revisore. 1. (Facoltativo) In **Revisori opzionali, scegli Aggiungi revisori** **opzionali**. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori opzionali non devono approvare le modifiche come requisito prima che la pull request possa essere unita al ramo di destinazione. 1. Esamina le differenze tra le filiali. La differenza mostrata in una pull request è rappresentata dalle modifiche tra la revisione nel ramo di origine e la base di unione, che è l'head commit del ramo di destinazione al momento della creazione della pull request. Se non viene visualizzata alcuna modifica, i rami potrebbero essere identici oppure potresti aver scelto lo stesso ramo sia per l'origine che per la destinazione. 1. Quando sei sicuro che la pull request contenga il codice e le modifiche che desideri rivedere, scegli **Crea**. **Nota** Dopo aver creato la pull request, puoi aggiungere commenti. I commenti possono essere aggiunti alla pull request o alle singole righe dei file, nonché alla pull request complessiva. È possibile aggiungere collegamenti a risorse, ad esempio file, utilizzando il segno @ seguito dal nome del file. È possibile visualizzare le informazioni sui flussi di lavoro associati avviati dalla creazione di questa pull request scegliendo **Overview** e quindi esaminando le informazioni nell'area dei **dettagli della richiesta Pull** in **Workflow runs**. Per visualizzare l'esecuzione del workflow, scegliete l'esecuzione. **Suggerimento** Se alla filiale hai assegnato un nome diverso**develop**, non verrà eseguito automaticamente un flusso di lavoro per creare e testare le modifiche. Se desideri configurarlo, modifica il file YAML per il **onPullRequestBuildAndTest**flusso di lavoro. Per ulteriori informazioni, consulta [Creazione di un flusso di lavoro](workflows-create-workflow.md). Puoi commentare questa pull request e chiedere agli altri membri del progetto di commentarla. Puoi anche scegliere di aggiungere o modificare revisori facoltativi o obbligatori. Puoi scegliere di apportare ulteriori modifiche al ramo di origine del repository e vedere come tali modifiche confermate creano revisioni per la pull request. Per ulteriori informazioni, vedere[Revisione di una richiesta di pull](pull-requests-review.md), [Aggiornamento di una richiesta di pull](pull-requests-update.md)[Revisione del codice con richieste pull in Amazon CodeCatalyst](source-pull-requests.md), e. [Visualizzazione dello stato e dei dettagli dell'esecuzione del flusso di lavoro](workflows-view-run.md) ## Unione di una richiesta di pull Una volta che una pull request è stata esaminata e ha ricevuto l'approvazione dei revisori richiesti, puoi unire il ramo di origine al ramo di destinazione nella console. CodeCatalyst L'unione di una pull request avvierà anche l'esecuzione delle modifiche in tutti i flussi di lavoro associati al ramo di destinazione. In questo tutorial, unirai il ramo di test a main, che avvierà l'esecuzione del flusso di lavoro. **onPushToMainDeployPipeline** **Per unire una pull request (console)** 1. Nelle **richieste Pull**, scegli la pull request che hai creato nel passaggio precedente. Nella pull request, scegli **Merge.** 1. Scegli tra le strategie di unione disponibili per la pull request. **Facoltativamente, seleziona o deseleziona l'opzione per eliminare il ramo di origine dopo aver unito la pull request, quindi scegli Merge.** Una volta completata l'unione, lo stato della pull request cambia in **Merged e non viene più visualizzato nella visualizzazione predefinita delle pull request**. **La visualizzazione predefinita mostra le richieste pull con lo stato Aperto.** È ancora possibile visualizzare una pull request unita, ma non è possibile approvarla o modificarne lo stato. **Nota** Se il pulsante **Unisci** non è attivo o viene visualizzata l'etichetta **Non unibile, significa** che un revisore richiesto non ha ancora approvato la pull request oppure la pull request non può essere unita nella console. CodeCatalyst **Un revisore che non ha approvato una pull request è indicato da un'icona a forma di orologio in **Panoramica** nell'area dei dettagli della pull request.** Se tutti i revisori obbligatori hanno approvato la pull request ma il pulsante **Merge** non è ancora attivo, è possibile che si sia verificato un conflitto di unione o che sia stata superata la quota di archiviazione per lo spazio. È possibile risolvere i conflitti di unione per il ramo di destinazione in un ambiente di sviluppo, inviare le modifiche e quindi unire la pull request, oppure è possibile risolvere i conflitti e unirli localmente, quindi inviare il commit che contiene l'unione a. CodeCatalyst Per ulteriori informazioni, consulta [Unire una richiesta pull (Git)](pull-requests-merge.md#pull-requests-merge-git) la documentazione di Git. ## Visualizzazione del codice distribuito Ora è il momento di visualizzare il codice originariamente distribuito che si trovava nel ramo predefinito e le modifiche unite una volta che sono state create, testate e distribuite automaticamente. **A tale scopo, puoi tornare alla pagina di panoramica del repository e scegliere il numero accanto all'icona dei flussi di lavoro correlati oppure, nel pannello di navigazione, scegliere **CI/CD** e quindi scegliere Flussi di lavoro.** **Per visualizzare il codice distribuito** 1. In **Flussi di lavoro**, in`onPushToMainDeployPipeline`, espandi Esecuzioni **recenti**. **Nota** Questo è il nome predefinito del flusso di lavoro per i progetti creati con il blueprint di **applicazione a pagina singola**. 1. **L'esecuzione più recente è quella avviata dal conferimento della pull request unita al `main` branch e probabilmente mostrerà lo stato In corso.** Scegli una corsa completata con successo dall'elenco per visualizzare i dettagli di quella corsa. 1. Scegli **Variabili**. Copia il valore per **AppUrl**. Questo è l'URL per l'applicazione Web a pagina singola distribuita. Apri una nuova scheda del browser e incolla il valore per visualizzare il codice creato e distribuito. Lascia aperta la scheda. 1. Torna all'elenco dei flussi di lavoro eseguiti e attendi il completamento dell'esecuzione più recente. Quando lo fa, torna alla scheda che hai aperto per visualizzare l'applicazione web e aggiornare il browser. Dovresti vedere le modifiche che hai apportato nella tua pull request unita. ## Pulizia delle risorse Dopo aver esplorato l'utilizzo di un repository di sorgenti e di una pull request, potresti voler rimuovere tutte le risorse che non ti servono. Non puoi eliminare le richieste pull, ma puoi chiuderle. Puoi eliminare tutti i rami che hai creato. Se non hai più bisogno del repository di origine o del progetto, puoi anche eliminare quelle risorse. Per ulteriori informazioni, consultare [Eliminazione di un archivio di origine](source-repositories-delete.md) e [Eliminazione di un progetto](projects-delete.md). # Memorizzazione del codice sorgente nei repository per un progetto in CodeCatalyst Un repository di sorgenti consente di archiviare in modo sicuro codice e file per il progetto. Memorizza anche la cronologia delle fonti, dal primo commit fino alle ultime modifiche. Se si sceglie un blueprint che include un repository di origine, tale repository contiene anche i file di configurazione e altre informazioni per i flussi di lavoro e le notifiche per il progetto. **Queste informazioni di configurazione sono archiviate in una cartella denominata .codecatalyst.** È possibile creare un repository di sorgenti CodeCatalyst sia creando un progetto con un blueprint che crea un repository di sorgenti come parte della creazione di un progetto, sia creando un repository di sorgenti in un progetto esistente. Gli utenti del progetto vedranno e potranno utilizzare automaticamente i repository creati per un progetto. Puoi anche scegliere di collegare un repository Git ospitato su GitHub Bibucket o GitLab al tuo progetto. In questo modo, gli utenti del progetto possono visualizzare e accedere a quel repository collegato nell'elenco degli archivi del progetto. **Nota** Prima di poter collegare il repository, è necessario installare l'estensione per il servizio che lo ospita. Non è possibile collegare un repository archiviato. Sebbene sia possibile collegare un repository vuoto, non è possibile utilizzarlo CodeCatalyst finché non lo si è inizializzato con un commit iniziale che crea un ramo predefinito. Per ulteriori informazioni, consulta [Installazione di un'estensione in uno spazio](install-extension.md). Per impostazione predefinita, un archivio di sorgenti viene condiviso con altri membri del tuo CodeCatalyst progetto Amazon. Puoi creare repository di sorgenti aggiuntivi per un progetto o collegare repository al progetto. Tutti i membri di un progetto possono visualizzare, aggiungere, modificare ed eliminare file e cartelle negli archivi di origine del progetto. Per lavorare rapidamente sul codice in un repository di sorgenti, potete creare un ambiente di sviluppo che cloni un repository specifico e si ramifichi al suo interno, dove potete lavorare sul codice nell'ambiente di sviluppo integrato (IDE) che avete scelto per l'ambiente di sviluppo. Puoi clonare un repository di origine sul tuo computer locale e inserire e inserire le modifiche tra il repository locale e l'archivio remoto. CodeCatalyst Puoi anche lavorare con i repository di origine configurando l'accesso ad essi nel tuo IDE preferito, purché tale IDE supporti la gestione delle credenziali. I nomi dei repository devono essere univoci all'interno di un progetto. CodeCatalyst **Topics** + [ # Creazione di un repository di sorgenti ](source-repositories-create.md) + [ # Clonazione di un repository Git esistente in un repository sorgente ](source-repositories-add-existing.md) + [ # Collegamento di un repository di sorgenti ](source-repositories-link.md) + [ # Visualizzazione di un repository di origine ](source-repositories-view.md) + [ # Modifica delle impostazioni per un archivio di sorgenti ](source-repositories-edit.md) + [ # Clonazione di un repository di origine ](source-repositories-clone.md) + [ # Eliminazione di un archivio di origine ](source-repositories-delete.md) # Creazione di un repository di sorgenti Quando crei un progetto utilizzando un blueprint in Amazon CodeCatalyst, CodeCatalyst crea un repository di sorgenti per te. Tale archivio sorgente contiene codice di esempio oltre alle informazioni di configurazione per i flussi di lavoro e altre risorse create per te. Questo è il metodo consigliato per iniziare a utilizzare i repository in. CodeCatalyst Puoi scegliere di creare repository per un progetto. Questi repository conterranno un file **README.md** che puoi modificare o eliminare in qualsiasi momento. A seconda delle scelte effettuate al momento della creazione di un repository di origine, i repository potrebbero contenere anche un file. `.gitignore` Se vuoi clonare un repository Git esistente in un repository CodeCatalyst sorgente, valuta invece la possibilità di creare un repository vuoto. Questo repository non sarà disponibile per l'uso CodeCatalyst finché non vi aggiungerai del contenuto, cosa che puoi fare con pochi semplici comandi Git. In alternativa, puoi aggiungere contenuti all'archivio vuoto direttamente dalla CodeCatalyst console. In alternativa, puoi collegare un repository sorgente a un provider di repository Git supportato. Per ulteriori informazioni, consulta [Collegamento di un repository di sorgenti](source-repositories-link.md). **Per creare un repository di sorgenti** 1. Apri la CodeCatalyst console all'indirizzo [https://codecatalyst.aws/](https://codecatalyst.aws/). 1. Vai al tuo progetto. 1. Nel riquadro di navigazione, scegli **Codice**, quindi scegli **Archivi di origine.** 1. Scegli **Aggiungi repository**, quindi scegli **Crea** repository. 1. In **Nome archivio, fornisci un nome** per il repository. In questa guida, lo usiamo*codecatalyst-source-repository*, ma puoi scegliere un nome diverso. I nomi dei repository devono essere univoci all'interno di un progetto. Per ulteriori informazioni sui requisiti per i nomi dei repository, vedere. [Quote per i repository di sorgenti in CodeCatalyst](source-quotas.md) 1. (Facoltativo) In **Descrizione**, aggiungi una descrizione del repository che aiuterà gli altri utenti del progetto a capire a cosa serve il repository. 1. Scegli **Crea repository (impostazione predefinita)**. Questa opzione crea un repository che include un ramo predefinito e un file README.md. A differenza di un repository vuoto, è possibile utilizzare questo repository non appena viene creato. 1. Nel **ramo predefinito**, lascia il nome come *principale* a meno che tu non abbia un motivo per scegliere un nome diverso. Gli esempi di questa guida utilizzano tutti il nome *main* per il ramo predefinito. 1. (Facoltativo) Aggiungi un `.gitignore` file per il tipo di codice che intendi inviare. 1. Scegli **Create** (Crea). **Nota** CodeCatalyst aggiunge un `README.md` file al tuo repository quando lo crei. CodeCatalyst**crea anche un commit iniziale per il repository in un ramo predefinito denominato main.** È possibile modificare o eliminare il file README.md, ma non è possibile eliminare il ramo predefinito. **Per creare un archivio di sorgenti vuoto** 1. Nella CodeCatalyst console, accedi al progetto in cui desideri creare un repository vuoto. 1. **Nella pagina di riepilogo del progetto, in **Archivi di origine**, scegli **Aggiungi archivio**, quindi scegli Crea archivio.** **In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di origine.** Scegli **Aggiungi repository**, quindi scegli **Crea** repository. 1. In **Nome archivio, fornisci un nome** per il repository. In questa guida, lo usiamo*codecatalyst-source-repository*, ma puoi scegliere un nome diverso. I nomi dei repository devono essere univoci all'interno di un progetto. Per ulteriori informazioni sui requisiti per i nomi dei repository, vedere. [Quote per i repository di sorgenti in CodeCatalyst](source-quotas.md) 1. (Facoltativo) In **Descrizione**, aggiungi una descrizione del repository che aiuterà gli altri utenti del progetto a capire a cosa serve il repository. 1. **Scegli **Crea un repository vuoto**, quindi scegli Crea.** # Clonazione di un repository Git esistente in un repository sorgente Puoi clonare un repository Git esistente in un repository sorgente vuoto in Amazon. CodeCatalyst Questo è un modo rapido per iniziare a usare codice precedentemente ospitato in un altro provider di repository Git. CodeCatalyst È possibile clonare il contenuto del repository creando un clone mirror e quindi inviando il mirror a. CodeCatalyst In alternativa, se si dispone di un repository locale del repository a cui si desidera aggiungere il contenuto CodeCatalyst, è possibile aggiungere il repository di CodeCatalyst origine come altro repository remoto al repository locale e quindi eseguire il push al repository di origine vuoto. Entrambi gli approcci sono ugualmente validi. L'uso di un clone mirror non solo mappa i rami, ma mappa tutti i riferimenti. È un modo semplice e pulito per creare una copia funzionante del repository in. CodeCatalyst L'aggiunta di un repository remoto a un repository locale che punta a un repository CodeCatalyst sorgente vuoto aggiungerà il contenuto del repository CodeCatalyst, ma consentirà anche di effettuare push dal repository locale sia al repository di CodeCatalyst origine che al repository remoto Git originale. Questo può essere utile se desideri mantenere il codice in diversi repository remoti, ma può portare a conflitti se altri sviluppatori inseriscono il codice solo su uno dei telecomandi. Le procedure seguenti utilizzano i comandi Git di base per eseguire questa operazione. Esistono molti modi per eseguire attività in Git, inclusa la clonazione. Per ulteriori informazioni, consulta la [documentazione di Git.](https://git-scm.com/docs/git-clone) **Importante** È necessario creare un repository vuoto CodeCatalyst prima di potervi clonare il contenuto. È inoltre necessario disporre di un token di accesso personale. Per ulteriori informazioni, consultare [Per creare un archivio di sorgenti vuoto](source-repositories-create.md#source-repositories-create-empty) e [Crea un token di accesso personale](source-setting-up.md#source-setting-up-pat). **Da usare `git clone --mirror` per clonare un repository Git esistente in CodeCatalyst** 1. Nella CodeCatalyst console, vai al progetto in cui hai creato un repository vuoto. 1. Nella pagina di riepilogo del progetto, scegli il repository vuoto dall'elenco, quindi scegli **Visualizza** archivio. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il nome del repository vuoto dall'elenco dei repository di origine per il progetto. 1. Copia l'URL del clone HTTPS del repository vuoto. Ti servirà per eseguire il push del clone mirror. Ad esempio, se hai chiamato il repository di origine MyExampleRepo nel MyExampleProject progetto nello ExampleCorp spazio e il tuo nome utente è LiJuan, l'URL del clone potrebbe essere simile al seguente: ``` https://LiJuan@git.us-west-2.codecatalyst.aws/v1/ExampleCorp/MyExampleProject/MyExampleRepo ``` 1. In una riga di comando o in una finestra di terminale, usa il `git clone --mirror` comando per creare un clone mirror del repository Git su cui vuoi clonare. CodeCatalyst Ad esempio, se desideri creare un clone mirror del repository codecatalyst-blueprints in, devi inserire il seguente comando: GitHub ``` git clone --mirror https://github.com/aws/codecatalyst-blueprints.git ``` 1. Passare alla directory in cui è stato creato il clone. ``` cd codecatalyst-blueprints.git ``` 1. Eseguite il **git push** comando, specificando l'URL e il nome del repository di origine di destinazione e l'opzione. CodeCatalyst **--all** (Questo è l'URL che hai copiato nel passaggio 3.) Esempio: ``` git push https://LiJuan@git.us-west-2.codecatalyst.aws/v1/ExampleCorp/MyExampleProject/MyExampleRepo --all ``` **Per aggiungere un telecomando e inserire un repository locale CodeCatalyst** 1. Nella CodeCatalyst console, vai al progetto in cui hai creato un repository vuoto. 1. Nella pagina di riepilogo del progetto, scegli il repository vuoto dall'elenco, quindi scegli **Visualizza** archivio. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il nome del repository vuoto dall'elenco dei repository di origine per il progetto. 1. Copia l'URL del clone HTTPS del repository vuoto. Ti servirà per eseguire il push del clone mirror. Ad esempio, se hai chiamato il repository di origine MyExampleRepo nel MyExampleProject progetto nello ExampleCorp spazio e il tuo nome utente è LiJuan, l'URL del clone potrebbe essere simile al seguente: ``` https://LiJuan@git.us-west-2.codecatalyst.aws/v1/ExampleCorp/MyExampleProject/MyExampleRepo ``` 1. Nella riga di comando o nella finestra del terminale, modifica le directory nel repository locale a cui desideri inviare il push. CodeCatalyst 1. Esegui il comando git remote -v per vedere i telecomandi esistenti per il repository locale. Ad esempio, se stai clonando un repository locale di un AWS CodeCommit repository denominato **MyDemoRepo** nella regione degli Stati Uniti orientali (Ohio), l'output del comando potrebbe essere simile al seguente: ``` origin https://git-codecommit.us-east-2.amazonaws.com/v1/repos/MyDemoRepo (fetch) origin https://git-codecommit.us-east-2.amazonaws.com/v1/repos/MyDemoRepo (push) ``` Copia l'URL remoto se desideri continuare a utilizzare il repository. 1. Usa il `git remote remove` comando per rimuovere il CodeCommit repository URLs for fetch e push for origin: ``` git remote remove origin ``` 1. Usa il comando **git remote add** per aggiungere l'URL del repository di CodeCatalyst origine come telecomando fetch and push per il tuo repository locale. Esempio: ``` git remote add origin https://LiJuan@git.us-west-2.codecatalyst.aws/v1/ExampleCorp/MyExampleProject/MyExampleRepo ``` Questo sostituisce l'URL push del CodeCommit repository con l'URL del repository di CodeCatalyst origine, ma non modifica l'URL di recupero. Quindi, se esegui nuovamente il comando git remote -v, vedrai che ora stai estraendo (recuperando) il codice dal repository CodeCommit remoto, ma sei configurato per inviare le modifiche dal repository locale all'archivio di origine: CodeCatalyst ``` origin https://git-codecommit.us-east-2.amazonaws.com/v1/repos/MyDemoRepo (fetch) origin https://LiJuan@git.us-west-2.codecatalyst.aws/v1/ExampleCorp/MyExampleProject/MyExampleRepo (push) ``` Puoi facoltativamente aggiungere nuovamente l'URL CodeCommit remoto se desideri inviarlo a entrambi i repository con il comando: `git remote set-url` ``` git remote set-url --add --push origin https://git-codecommit.us-east-2.amazonaws.com/v1/repos/MyDemoRepo ``` 1. Esegui il `git push` comando per inviare il repository locale a tutti i telecomandi push configurati. In alternativa, esegui il **git push -u -origin** comando, specificando l'**--all**opzione per inviare il repository locale a entrambi i repository. Esempio: ``` git push -u -origin --all ``` **Suggerimento** A seconda della versione di Git in uso, --all potrebbe non funzionare per inviare tutti i rami del repository locale al repository vuoto. Potrebbe essere necessario effettuare il check-out e inviare ogni ramo separatamente. # Collegamento di un repository di sorgenti Quando colleghi un repository di origine a un progetto, puoi includere repository con un' CodeCatalyst estensione per il servizio che ospita il repository, se tale estensione è installata per il tuo spazio. Solo gli utenti con il ruolo di amministratore dello spazio possono installare le estensioni. Una volta installata l'estensione, è possibile collegarsi ai repository configurati per l'accesso da tale estensione. Per ulteriori informazioni, consulta [Installazione di un'estensione in uno spazio](install-extension.md) o segui[Collegamento di GitHub repository, repository Bitbucket, repository di progetti e GitLab progetti Jira in CodeCatalyst](extensions-link.md). **Importante** Dopo aver installato un'estensione del repository, il codice di tutti gli archivi a cui ti colleghi CodeCatalyst verrà indicizzato e archiviato. CodeCatalyst Ciò renderà il codice ricercabile in. CodeCatalyst Per comprendere meglio la protezione dei dati per il tuo codice quando utilizzi repository collegati in CodeCatalyst, consulta la sezione [Protezione dei dati](https://docs.aws.amazon.com/codecatalyst/latest/userguide/data-protection.html) nella *Amazon CodeCatalyst User Guide*. Puoi collegare un repository a un solo progetto in uno spazio. Non è possibile collegare un repository archiviato. Sebbene sia possibile collegare un repository vuoto, non è possibile utilizzarlo CodeCatalyst finché non lo si è inizializzato con un commit iniziale che crea un ramo predefinito. Inoltre: + Un GitHub repository, un repository Bitbucket o un repository di GitLab progetto possono essere collegati a un solo progetto in uno spazio. CodeCatalyst + Non puoi utilizzare repository vuoti o archiviati, repository Bitbucket o GitHub repository di progetti con progetti. GitLab CodeCatalyst + Non puoi collegare un GitHub repository, un repository Bitbucket o un repository di progetti con lo stesso nome di un repository in un GitLab progetto. CodeCatalyst + L'estensione **GitHub repositories** non è compatibile con gli archivi di Enterprise Server. GitHub + L'estensione **Bitbucket repositories** non è compatibile con i repository Bitbucket Data Center. + L'estensione **GitLab repositories** non è compatibile con gli archivi di progetto autogestiti. GitLab + Non puoi utilizzare le funzioni **Scrivi descrizione per me** o **Riepiloga commenti** con gli archivi collegati. Queste funzionalità sono disponibili solo nelle pull request in. CodeCatalyst ****Sebbene sia possibile collegare un GitHub repository, un repository Bitbucket o un repository di GitLab progetto come **collaboratore, è possibile scollegare un repository di terze parti solo come amministratore dello spazio o** amministratore del progetto.**** Per ulteriori informazioni, consulta [Scollegamento di repository, GitHub repository Bitbucket, repository di progetti e GitLab progetti Jira in CodeCatalyst](extensions-unlink.md). **Importante** CodeCatalyst non supporta il rilevamento delle modifiche nel ramo predefinito per gli archivi collegati. Per modificare il ramo predefinito per un repository collegato, è necessario prima scollegarlo CodeCatalyst, modificare il ramo predefinito e quindi collegarlo nuovamente. Per ulteriori informazioni, consulta [Collegamento di GitHub repository, repository Bitbucket, repository di progetti e GitLab progetti Jira in CodeCatalyst](extensions-link.md). Come procedura consigliata, assicurati sempre di disporre della versione più recente dell'estensione prima di collegare un repository. **Per collegare un archivio di origine** 1. Vai al progetto a cui desideri collegare un repository. **Nota** Prima di poter collegare un repository, un utente con il ruolo di amministratore dello spazio deve prima installare l'estensione per il provider che ospita il repository. Per ulteriori informazioni, consulta [Installazione di un'estensione in uno spazio](install-extension.md). 1. Nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. 1. Scegli **Aggiungi repository**, quindi scegli **Collega** repository. 1. **Dal menu a discesa **Repository provider**, scegli uno dei seguenti provider di repository di terze parti: o Bitbucket. **GitHub**** 1. Esegui una delle seguenti operazioni a seconda del provider di repository di terze parti che hai scelto di collegare: + **GitHub repository**: collega un GitHub repository. 1. Dal menu a discesa dell'**GitHub account**, scegli l' GitHub account che contiene il repository che desideri collegare. 1. Dal menu a discesa del **GitHub repository**, scegli l' GitHub account a cui vuoi collegare il tuo progetto. CodeCatalyst 1. (Facoltativo) Se non vedi un GitHub repository nell'elenco dei repository, è possibile che non sia stato configurato per l'accesso al repository nell'applicazione Amazon CodeCatalyst in. GitHub Puoi configurare quali GitHub repository possono essere utilizzati CodeCatalyst nell'account connesso. 1. Accedi al tuo [GitHub](https://github.com/)account, scegli **Impostazioni**, quindi scegli **Applicazioni**. 1. Nella scheda ** GitHub App installate**, scegli **Configura** per l' CodeCatalyst applicazione Amazon. 1. Effettua una delle seguenti operazioni per configurare l'accesso ai GitHub repository a cui desideri collegarti: CodeCatalyst + Per fornire l’accesso a tutti i repository attuali e futuri, scegli **Tutti i repository**. + Per consentire l'accesso a repository specifici, **seleziona solo repository**, scegli il menu a discesa **Seleziona repository**, quindi scegli un repository a cui desideri consentire il collegamento. CodeCatalyst + **Repository Bitbucket: collega un repository Bitbucket.** 1. Dal menu a discesa **Bitbucket Workspace**, scegli l'area di lavoro Bitbucket che contiene il repository che desideri collegare. 1. Dal menu a discesa del repository **Bitbucket, scegli il repository** Bitbucket a cui desideri collegare il tuo progetto. CodeCatalyst **Suggerimento** Se il nome del repository è disattivato, non puoi collegarlo perché è già stato collegato a un altro progetto in Amazon. CodeCatalyst 1. Scegliere **Link (Collegamento)**. Se non desideri più utilizzare un GitHub repository, un repository Bitbucket o un repository di progetto in CodeCatalyst, puoi scollegarlo da un GitLab progetto. CodeCatalyst Quando un repository non è collegato, gli eventi in quel repository non avviano l'esecuzione del flusso di lavoro e non sarà possibile utilizzare tale repository con Dev Environments. CodeCatalyst Per ulteriori informazioni, consulta [Scollegamento di repository, GitHub repository Bitbucket, repository di progetti e GitLab progetti Jira in CodeCatalyst](extensions-unlink.md). # Visualizzazione di un repository di origine Puoi visualizzare i repository di origine associati a un progetto in Amazon CodeCatalyst. Per i repository di origine in CodeCatalyst, la pagina di panoramica di un repository fornisce una rapida panoramica delle informazioni e delle attività in quel repository, tra cui: + La descrizione del repository, se disponibile + Il numero di filiali nel repository + Il numero di richieste pull aperte per il repository + Il numero di flussi di lavoro correlati per il repository + I file e le cartelle nel ramo predefinito o nel ramo scelto + Il titolo, l'autore e la data dell'ultimo commit nel ramo visualizzato + Il contenuto del file README.md renderizzato in Markdown, se è incluso un file README.md Questa pagina fornisce anche collegamenti ai commit, ai branch e alle richieste pull per il repository, oltre a un modo rapido per aprire, visualizzare e modificare singoli file. **Nota** Non è possibile visualizzare queste informazioni sui repository collegati nella console. CodeCatalyst Per visualizzare le informazioni sui repository collegati, scegli il link nell'elenco dei repository per aprirlo nel servizio che lo ospita. **Per accedere ai repository di origine di un progetto** 1. Passate al progetto ed effettuate una delle seguenti operazioni: + Nella pagina di riepilogo del progetto, scegli il repository desiderato dall'elenco, quindi scegli **Visualizza archivio**. + Nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Nei **repository di origine**, scegli il nome del repository dall'elenco. Puoi filtrare l'elenco dei repository digitando parte del nome del repository nella barra dei filtri. 1. Nella home page del repository, visualizza il contenuto del repository e le informazioni sulle risorse associate, come il numero di richieste pull e i flussi di lavoro. Per impostazione predefinita, vengono visualizzati i contenuti del ramo predefinito. È possibile modificare la visualizzazione scegliendo un ramo diverso dall'elenco a discesa. **Suggerimento** Puoi anche accedere rapidamente agli archivi del tuo progetto selezionando **Visualizza il codice del progetto dalla pagina di riepilogo** del progetto. # Modifica delle impostazioni per un archivio di sorgenti Puoi gestire le impostazioni del tuo repository, inclusa la modifica della descrizione di un repository, la scelta del ramo predefinito, la creazione e la gestione delle regole del branch e la creazione e la gestione delle regole di approvazione per le richieste pull in. CodeCatalyst Questo può aiutare i membri del progetto a capire a cosa serve il repository e a far rispettare le migliori pratiche e i processi utilizzati dal team. **Nota** Non è possibile modificare il nome di un repository di origine. Non è possibile modificare il nome, la descrizione o altre informazioni per un repository collegato in. CodeCatalyst Per modificare le informazioni su un repository collegato, è necessario modificarle nel provider che ospita il repository collegato. Per ulteriori informazioni, consulta la documentazione del servizio che ospita l'archivio collegato. **Per modificare le impostazioni di un repository** 1. Nella CodeCatalyst console, accedi al progetto che contiene l'archivio di origine di cui desideri modificare le impostazioni. 1. Nella pagina di riepilogo del progetto, scegli il repository che desideri dall'elenco, quindi scegli **Visualizza** archivio. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. 1. **Nella pagina di panoramica del repository, scegli **Altro**, quindi scegli Gestisci impostazioni.** 1. Effettuare una o più delle seguenti operazioni: + **Modifica la descrizione del repository, quindi scegli Salva.** + **Per modificare il ramo predefinito per il repository, in **Ramo predefinito**, scegli Modifica.** Per ulteriori informazioni, consulta [Gestione del ramo predefinito per un repository](source-branches-default-branch.md). + Per aggiungere, rimuovere o modificare una regola in base ai ruoli del progetto autorizzati a eseguire determinate azioni in un ramo, in **Regole del ramo**, scegli **Modifica**. Per ulteriori informazioni, consulta [Gestisci le azioni consentite per una filiale con le regole della filiale](source-branches-branch-rules.md). + **Per aggiungere, rimuovere o modificare una regola di approvazione per l'unione delle richieste pull a un ramo, in **Regole di approvazione**, scegli Modifica.** Per ulteriori informazioni, consulta [Gestione dei requisiti per l'unione di una pull request con le regole di approvazione](source-pull-requests-approval-rules.md). # Clonazione di un repository di origine Per lavorare in modo efficace con più file, branch e commit nei repository di origine, clona il repository di origine sul tuo computer locale e usa un client Git o un ambiente di sviluppo integrato (IDE) per apportare modifiche. Esegui il commit e invia le modifiche all'archivio di origine per poter utilizzare CodeCatalyst funzionalità come problemi e richieste pull. Puoi anche scegliere di creare un ambiente di sviluppo per lavorare sul codice. La creazione di un ambiente di sviluppo clona automaticamente il repository e il ramo specificati nell'ambiente di sviluppo. **Nota** Non è possibile clonare i repository collegati nella CodeCatalyst console o creare ambienti di sviluppo per essi. Per clonare localmente un repository collegato, scegli il link nell'elenco dei repository per aprirlo nel servizio che lo ospita, quindi clonalo. Per ulteriori informazioni, consulta la documentazione del servizio che ospita l'archivio collegato. **Per creare un ambiente di sviluppo da un repository di origine** 1. Apri la CodeCatalyst console all'indirizzo [https://codecatalyst.aws/](https://codecatalyst.aws/). 1. Nel riquadro di navigazione, scegli **Codice**, quindi scegli **Archivi di origine.** 1. Scegliete il repository di origine in cui desiderate lavorare sul codice. 1. Scegli **Create Dev Environment.** 1. Scegli un IDE supportato dal menu a discesa. Per ulteriori informazioni, consulta [Ambienti di sviluppo integrati supportati per gli ambienti di sviluppo](devenvironment-create.md#devenvironment-supported-ide). 1. Esegui una delle seguenti operazioni: + Scegli **Lavora in un ramo esistente**, quindi scegli un ramo dal menu a discesa **Ramo esistente**. + Scegli **Lavora in un nuovo ramo**, inserisci il nome di un **ramo nel campo Nome ramo** e scegli un ramo dal quale creare il nuovo ramo dal menu a discesa **Crea ramo da**. 1. Puoi aggiungere un nome per l'ambiente di sviluppo o modificarne la configurazione. 1. Scegli **Create** (Crea). **Per clonare un repository di origine** 1. Vai al tuo progetto. 1. Nella pagina di riepilogo del progetto, scegli il repository che desideri dall'elenco, quindi scegli **Visualizza archivio**. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. È possibile filtrare l'elenco dei repository digitando parte del nome del repository nella barra dei filtri. 1. 1. **Scegli Clone repository.** Copia l'URL del clone per il repository. **Nota** **Se non disponi di un token di accesso personale (PAT), scegli Crea token.** Copia il token e salvalo in una posizione sicura. Utilizzerai questo PAT quando ti verrà richiesta una password dal tuo client Git o dall'ambiente di sviluppo integrato (IDE). 1. Esegui una delle seguenti operazioni: + Per clonare un repository sul tuo computer locale, apri un terminale o una riga di comando ed esegui il **git clone** comando con l'URL clone dopo il comando. Esempio: ``` git clone https://LiJuan@git.us-west-2.codecatalyst.aws/v1/ExampleCorp/MyExampleProject/MyExampleRepo ``` Quando viene richiesta una password, incolla il PAT salvato in precedenza. **Nota** Se il tuo sistema operativo fornisce la gestione delle credenziali o hai installato un sistema di gestione delle credenziali, devi fornire il PAT una sola volta. In caso contrario, potrebbe essere necessario fornire il PAT per ogni operazione Git. Come best practice, assicurati che il tuo sistema di gestione delle credenziali archivi in modo sicuro il tuo PAT. Non includete il PAT come parte della stringa URL del clone. + Per clonare un repository utilizzando un IDE, segui la documentazione del tuo IDE. Scegli l'opzione per clonare un repository Git e fornisci l'URL. Quando viene richiesta una password, fornisci il PAT. # Eliminazione di un archivio di origine Se un repository di sorgenti per un CodeCatalyst progetto Amazon non è più necessario, puoi eliminarlo. L'eliminazione di un repository di origine elimina anche tutte le informazioni sul progetto memorizzate nel repository. Se alcuni flussi di lavoro dipendono dall'archivio di origine, tali flussi di lavoro verranno eliminati dall'elenco dei flussi di lavoro del progetto dopo l'eliminazione del repository. I problemi che fanno riferimento all'archivio di origine non verranno eliminati o modificati, ma tutti i collegamenti all'archivio di origine aggiunti ai problemi falliranno una volta eliminato il repository. **Importante** L'eliminazione di un repository di origine non può essere annullata. Dopo aver eliminato un repository di origine, non è più possibile clonarlo, estrarre dati da esso o inviarvi dati. L'eliminazione di un repository di origine non elimina alcuna copia locale di tale repository (repository locali). Per eliminare un repository locale, utilizzate gli strumenti di gestione delle directory e dei file del computer locale. **Nota** Non è possibile eliminare un repository collegato nella CodeCatalyst console. Per eliminare un repository collegato, scegliete il collegamento nell'elenco dei repository per aprirlo nel servizio che lo ospita, quindi eliminatelo. Per ulteriori informazioni, consulta la documentazione del servizio che ospita l'archivio collegato. Per rimuovere un repository collegato da un progetto, vedere. [Scollegamento di repository, GitHub repository Bitbucket, repository di progetti e GitLab progetti Jira in CodeCatalyst](extensions-unlink.md) **Per eliminare un repository di origine** 1. Passa al progetto che contiene il repository di origine che desideri eliminare. 1. Nella pagina di riepilogo del progetto, scegli il repository che desideri dall'elenco, quindi scegli **Visualizza** archivio. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. 1. **Nella home page del repository, scegli **Altro**, scegli **Gestisci impostazioni**, quindi scegli Elimina archivio.** 1. Esamina le informazioni sul branch, sulla pull request e sul relativo flusso di lavoro per assicurarti di non eliminare un repository ancora in uso o con del lavoro incompiuto. **Se vuoi continuare, digita **delete**, quindi scegli Elimina.** # Organizzazione del codice sorgente, lavoro con le filiali di Amazon CodeCatalyst In Git, i rami sono puntatori o riferimenti a un commit. Nello sviluppo, sono un modo utile di organizzare il lavoro. Puoi usare i rami per separare il lavoro su una versione nuova o diversa dei file senza influire sul lavoro in altri rami. Puoi usare branch per sviluppare nuove funzionalità, archiviare una versione specifica del tuo progetto e altro ancora. È possibile configurare regole per le filiali negli archivi di origine per limitare determinate azioni su un ramo a ruoli specifici in quel progetto. I repository di origine in Amazon CodeCatalyst hanno contenuti e un ramo predefinito indipendentemente da come li crei. Gli archivi collegati potrebbero non avere un ramo o un contenuto predefinito, ma non sono utilizzabili CodeCatalyst finché non li inizializzi e non crei un ramo predefinito. Quando crei un progetto utilizzando un blueprint, CodeCatalyst crea un repository di origine per quel progetto che include un file README.md, codice di esempio, definizioni del flusso di lavoro e altre risorse. *Quando si crea un archivio di origine senza utilizzare un blueprint, viene aggiunto automaticamente un file README.md come primo commit e viene creato automaticamente un ramo predefinito.* *Questo ramo predefinito è denominato main.* Questo ramo predefinito è quello utilizzato come ramo di base o predefinito nei repository locali (repos) quando gli utenti clonano il repository. **Nota** Non è possibile eliminare il ramo predefinito. Il primo ramo creato per un repository di origine è il ramo predefinito per quel repository. Inoltre, la ricerca mostra solo i risultati del ramo predefinito. Non puoi cercare codice in altre filiali. La creazione di un repository in crea CodeCatalyst anche un primo commit, che crea un *ramo predefinito* con un file README.md incluso. *Il nome di quel ramo predefinito è main.* Questo è il nome di ramo predefinito utilizzato negli esempi di questa guida. **Topics** + [ # Creare un ramo ](source-create-delete-branch.md) + [ # Gestione del ramo predefinito per un repository ](source-branches-default-branch.md) + [ # Gestisci le azioni consentite per una filiale con le regole della filiale ](source-branches-branch-rules.md) + [ # Comandi Git per filiali ](source-branches-git.md) + [ # Visualizzazione delle filiali e dei dettagli ](source-branches-view.md) + [ # Eliminazione di un ramo ](source-branches-delete.md) # Creare un ramo Puoi usare la CodeCatalyst console per creare filiali in un CodeCatalyst repository. I rami che crei saranno visibili agli altri utenti la prossima volta che recupereranno le modifiche dal repository. **Suggerimento** Puoi anche creare rami come parte della creazione di un ambiente di sviluppo per lavorare sul tuo codice. Per ulteriori informazioni, consulta [Creazione di un ambiente di sviluppo](devenvironment-create.md). Puoi anche usare Git per creare rami. Per ulteriori informazioni, consulta [Comandi Git comuni per le filiali](source-branches-git.md#source-branches-git-table). **Per creare un ramo (console)** 1. Nella CodeCatalyst console, accedi al progetto in cui risiede il tuo repository di origine. 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. 1. Scegli il repository in cui desideri creare un ramo. 1. Nella pagina di panoramica del repository, scegli **Altro**, quindi scegli **Crea** ramo. 1. Inserisci un nome per il ramo. 1. Scegliete un ramo da cui creare il ramo, quindi scegliete **Crea**. # Gestione del ramo predefinito per un repository Puoi specificare quale ramo utilizzare come *ramo predefinito* in un repository di origine in Amazon CodeCatalyst. Tutti i repository di origine CodeCatalyst hanno contenuti e un ramo predefinito, indipendentemente da come li crei. *Se si utilizza un blueprint per creare un progetto, il ramo predefinito nel repository di origine creato per quel progetto è denominato main.* Il contenuto del ramo predefinito viene visualizzato automaticamente nella pagina di panoramica di quel repository. **Importante** CodeCatalyst non supporta il rilevamento delle modifiche nel ramo predefinito per i repository collegati. Per modificare il ramo predefinito per un repository collegato, è necessario prima scollegarlo CodeCatalyst, modificare il ramo predefinito e quindi collegarlo nuovamente. Per ulteriori informazioni, consulta [Collegamento di GitHub repository, repository Bitbucket, repository di progetti e GitLab progetti Jira in CodeCatalyst](extensions-link.md). È consigliabile assicurarsi sempre di disporre della versione più recente dell'estensione prima di collegare un repository. Il ramo predefinito viene trattato in modo leggermente diverso rispetto a tutti gli altri rami in un repository di origine. Ha un'etichetta speciale accanto al suo nome, **Default**. Il ramo predefinito è quello usato come ramo base o predefinito nei repository locali (repository) quando gli utenti clonano il repository su computer locali con un client Git. È anche l'impostazione predefinita utilizzata durante la creazione di flussi di lavoro per l'archiviazione dei file YAML del flusso di lavoro e per l'archiviazione delle informazioni relative ai problemi. Quando si utilizza la ricerca in CodeCatalyst, viene eseguita la ricerca solo nel ramo predefinito di un repository. Poiché il ramo predefinito è fondamentale per tanti aspetti dei progetti, non è possibile eliminare un ramo se è specificato come ramo predefinito. Tuttavia, puoi scegliere di utilizzare un ramo diverso come ramo predefinito. In tal caso, tutte [le regole di filiale](source-branches-branch-rules.md) applicate al precedente ramo predefinito verranno applicate automaticamente al ramo specificato come ramo predefinito. **Nota** È necessario disporre del ruolo di amministratore del progetto per modificare il ramo predefinito per gli archivi di origine nei CodeCatalyst progetti. Questo non si applica ai repository collegati. **Per visualizzare e modificare il ramo predefinito per un repository** 1. Vai al progetto in cui risiede il tuo repository. 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il repository in cui desideri visualizzare le impostazioni, incluso il ramo predefinito. 1. Nella pagina di panoramica del repository, scegli **Altro**, quindi scegli **Gestisci** impostazioni. 1. Nel **ramo predefinito**, il nome del ramo specificato come ramo predefinito viene visualizzato insieme a un'etichetta chiamata **Default** accanto al nome. Questa stessa etichetta appare accanto al nome del ramo nell'elenco dei **rami in Branches**. 1. Per modificare il ramo predefinito, scegli **Modifica**. **Nota** È necessario avere il ruolo di amministratore del progetto nel progetto per modificare il ramo predefinito. 1. **Scegli il nome del ramo che desideri impostare come ramo predefinito dall'elenco a discesa, quindi scegli Salva.** # Gestisci le azioni consentite per una filiale con le regole della filiale Quando si crea un ramo, sono consentite determinate azioni per quel ramo in base alle autorizzazioni per quel ruolo. È possibile modificare le azioni consentite per un ramo specifico configurando le regole del ramo. Le regole di filiale si basano sul ruolo che un utente ha nel progetto. Puoi scegliere di limitare alcune azioni predefinite, come l'invio di commit a una filiale, agli utenti con un ruolo particolare in un progetto. Questo può aiutarti a proteggere filiali specifiche di un progetto limitando i ruoli autorizzati a eseguire determinate azioni. Ad esempio, se configurate una regola di filiale per consentire solo agli utenti con il ruolo di **amministratore di progetto** di unirsi o inviare messaggi a quel ramo, gli utenti con altri ruoli nel progetto non saranno in grado di apportare modifiche al codice del ramo in questione. È necessario considerare attentamente tutte le implicazioni della creazione di una regola per un ramo. Ad esempio, se scegli di limitare i push a una filiale agli utenti con il ruolo di **amministratore di progetto**, gli utenti con il ruolo di **Collaboratore non saranno in grado di creare o** modificare i flussi di lavoro in quel ramo, poiché il flusso di lavoro YAML è archiviato in quel ramo e tali utenti non possono eseguire il commit e inviare modifiche allo YAML. Come procedura consigliata, verifica tutte le regole di filiale dopo averle create per assicurarti che non abbiano impatti non previsti. Puoi anche utilizzare le regole di filiale insieme alle regole di approvazione per le pull request. Per ulteriori informazioni, consulta [Gestione dei requisiti per l'unione di una pull request con le regole di approvazione](source-pull-requests-approval-rules.md). **Nota** È necessario disporre del ruolo di amministratore di progetto per gestire le regole di filiale per gli archivi di origine nei CodeCatalyst progetti. Non è possibile creare regole di filiale per gli archivi collegati. È possibile creare solo regole di filiale più restrittive rispetto alle autorizzazioni predefinite per il ruolo. Non è possibile creare regole di filiale più permissive di quelle consentite dal ruolo di un utente nel progetto. Ad esempio, non è possibile creare una regola di filiale che consenta agli utenti con il ruolo di revisore di accedere alla filiale. Le regole di filiale applicate al ramo predefinito del repository di origine si comporteranno in modo leggermente diverso rispetto alle regole di filiale applicate ad altre filiali. Qualsiasi regola applicata al ramo predefinito verrà applicata automaticamente a qualsiasi ramo specificato come ramo predefinito. Il ramo precedentemente impostato come ramo predefinito manterrà le regole ad esso applicate, tranne per il fatto che non sarà più protetto contro l'eliminazione. Tale protezione viene applicata solo al ramo predefinito corrente. Le regole di filiale hanno due stati, **Standard** e **Personalizzato**. **Standard** indica che le azioni consentite in una filiale sono quelle che corrispondono alle autorizzazioni per il ruolo ricoperto dall'utente CodeCatalyst per le azioni di filiale. Per ulteriori informazioni su quali ruoli dispongono di quali autorizzazioni, consulta. [Concessione dell'accesso con ruoli utente](ipa-roles.md) **Personalizzato** indica che una o più azioni di filiale prevedono azioni con un elenco specifico di ruoli autorizzati a eseguire quell'azione che differiscono dalle autorizzazioni predefinite concesse dal ruolo di un utente nel progetto. **Nota** Se crei una regola di filiale per limitare una o più azioni per un ramo, l'azione **Elimina il ramo** viene impostata automaticamente per consentire solo agli utenti con il ruolo di amministratore del progetto di eliminare quel ramo. La tabella seguente elenca le azioni e le impostazioni predefinite per i ruoli autorizzati a eseguire queste azioni su un ramo. **Azioni e ruoli della filiale** | **Azione di filiale** | Ruoli autorizzati a eseguire questa azione quando non vengono applicate regole di filiale | | --- | --- | | Unisci al ramo (questo include l'unione di una pull request al ramo) | Amministratore del progetto, collaboratore | | Spingi verso la filiale | Amministratore del progetto, collaboratore | | Eliminare il ramo | Amministratore del progetto, collaboratore | | Elimina il ramo (ramo predefinito) | Non consentito | Non è possibile eliminare le regole del ramo, ma è possibile aggiornarle per consentire le azioni di tutti i ruoli che sarebbero autorizzati a eseguire questa azione su un ramo, il che rimuove effettivamente la regola. **Nota** È necessario disporre del ruolo di amministratore di progetto per configurare le regole di filiale per gli archivi di origine nei CodeCatalyst progetti. Questo non si applica ai repository collegati. Gli archivi collegati non supportano le regole delle filiali in. CodeCatalyst **Per visualizzare e modificare le regole delle filiali per un repository** 1. Vai al progetto in cui si trova il tuo repository. 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il repository in cui desideri visualizzare le regole delle filiali. 1. **Nella pagina di panoramica del repository, scegli Branches.** 1. Nella colonna **Regole del ramo**, visualizza lo stato delle regole per ogni ramo del repository. **Standard** indica che le regole per l'azione delle filiali sono quelle predefinite per ogni ramo creato in un repository di origine e corrispondono alle autorizzazioni concesse a tali ruoli in un progetto. **Personalizzato** indica che una o più azioni di filiale dispongono di regole che limitano una o più azioni consentite per quel ramo a un diverso insieme di ruoli. Per visualizzare le specifiche delle regole di filiale per una filiale, scegli la parola **Standard** o **Personalizzato** accanto alla filiale che desideri esaminare. 1. Per creare o modificare una regola di filiale, scegli **Gestisci impostazioni**. Nella pagina delle impostazioni per il repository di origine, in **Regole di filiale**, scegli **Modifica**. 1. In **Branch**, scegli il nome del ramo per il quale desideri configurare una regola dall'elenco a discesa. **Per ciascuno dei tipi di azione consentiti, scegli i ruoli a cui desideri consentire l'esecuzione di quell'azione dall'elenco a discesa, quindi scegli Salva.** # Comandi Git per filiali Puoi usare Git per creare, gestire ed eliminare rami nel clone del repository di origine che hai sul tuo computer (il tuo repository locale) o nei tuoi ambienti di sviluppo, quindi eseguire il commit e inviare le modifiche al tuo repository di CodeCatalyst origine (il repository remoto). Esempio: **Comandi Git comuni per le filiali** | | | | --- |--- | | Elenca tutti i rami del repository locale con un asterisco (`*`) visualizzato accanto al ramo corrente. | `git branch` | | Recupera le informazioni su tutti i rami esistenti nel repository remoto nel repository locale. | `git fetch` | | Elenca tutte le filiali nel repository locale e le filiali di tracciamento remoto nel repository locale. | `git branch -a` | | Elenca solo le filiali di tracciamento remoto nel repository locale. | `git branch -r` | | Crea un ramo nel repository locale utilizzando il nome del ramo specificato. Questo ramo non verrà visualizzato nell'archivio remoto finché non si esegue il commit e si invia la modifica. | `git branch branch-name` | | Crea un ramo nel repository locale utilizzando il nome del ramo specificato, quindi passa ad esso. | `git checkout -b branch-name` | | Passa a un altro ramo nel repository locale utilizzando il nome del ramo specificato. | `git checkout other-branch-name` | | Passa un ramo dal repository locale all'archivio remoto utilizzando il nickname specificato dal repository locale per l'archivio remoto e il nome del ramo specificato. Imposta inoltre le informazioni di tracciamento a monte per la filiale nel repository locale. | `git push -u remote-name branch-name` | | Unisce le modifiche da un altro ramo nel repository locale al ramo corrente nel repository locale. | `git merge from-other-branch-name` | | Elimina un ramo nel repository locale a meno che non contenga lavori che non sono stati uniti. | `git branch -d branch-name` | | Elimina un ramo nell'archivio remoto utilizzando il soprannome specificato che il repository locale ha assegnato all'archivio remoto e il nome del ramo specificato. Da notare l'utilizzo dei due punti (`:`). In alternativa, specifica `--delete` come parte del comando. | `git push remote-name :branch-name` `git push remote-name --delete branch-name` | Per ulteriori informazioni, consulta la documentazione di Git. # Visualizzazione delle filiali e dei dettagli Puoi visualizzare le informazioni sulle filiali remote in Amazon CodeCatalyst, incluse le specifiche di file, cartelle e il commit più recente per una filiale specifica, nella CodeCatalyst console Amazon. Puoi anche usare i comandi Git e il tuo sistema operativo locale per visualizzare queste informazioni per le filiali remote e locali. **Per visualizzare le filiali (console)** 1. Nella CodeCatalyst console, accedi al progetto che contiene l'archivio dei sorgenti in cui desideri visualizzare i rami. Scegliete **Codice**, scegliete Archivi di **origine, quindi scegliete il repository** di origine. 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il repository in cui desideri visualizzare un ramo. 1. Viene visualizzato il ramo predefinito del repository. È possibile visualizzare un elenco di file e cartelle nel ramo, informazioni sul commit più recente e il contenuto del file README.md, se presente nel ramo. Per visualizzare le informazioni relative a un ramo diverso, selezionalo dall'elenco a discesa dei rami del repository. 1. **Per visualizzare tutti i rami di un repository, scegli Visualizza tutto.** La pagina Branches mostra informazioni sul nome, sul commit più recente e sulle regole per ogni ramo. Per informazioni su come usare Git e il sistema operativo per visualizzare rami e dettagli, consulta [Comandi Git comuni per le filiali](source-branches-git.md#source-branches-git-table), la documentazione Git e la documentazione del sistema operativo. # Eliminazione di un ramo Se non hai più bisogno di un ramo, puoi eliminarlo. Ad esempio, se hai unito un ramo con una modifica alla funzionalità nel ramo predefinito e tale funzionalità è stata rilasciata, potresti voler eliminare il ramo di funzionalità originale, poiché le modifiche fanno già parte del ramo predefinito. Mantenere basso il numero di filiali può aiutare gli utenti a trovare il ramo che contiene le modifiche su cui desiderano lavorare. Quando si elimina un ramo, le copie di quel ramo rimangono nei cloni del repository sui computer locali finché gli utenti non recuperano e sincronizzano le modifiche. **Per eliminare un ramo (console)** 1. Vai al progetto in cui risiede il tuo repository. 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il repository in cui desideri eliminare un ramo. 1. **Nella pagina di panoramica del repository, scegli il selettore a discesa accanto al nome del ramo, quindi scegli Visualizza tutto.** 1. **Scegli il ramo che desideri eliminare, quindi scegli Elimina ramo.** **Nota** Non è possibile eliminare il ramo predefinito per un repository. 1. Viene visualizzata una finestra di dialogo di conferma. Mostra il repository, il numero di richieste pull aperte e il numero di flussi di lavoro associati al ramo. 1. **Per confermare l'eliminazione del ramo, digita **delete** nella casella di testo, quindi scegli Elimina.** Puoi anche usare Git per eliminare i rami. Per ulteriori informazioni, consulta [Comandi Git comuni per le filiali](source-branches-git.md#source-branches-git-table). # Gestione dei file di codice sorgente in Amazon CodeCatalyst In Amazon CodeCatalyst, un file è un'informazione autonoma e controllata dalla versione disponibile per te e per gli altri utenti del repository e del ramo di origine in cui è archiviato il file. Puoi organizzare i file del repository con una struttura di directory. CodeCatalysttiene traccia automaticamente di ogni modifica apportata a un file. È possibile archiviare diverse versioni di un file in diversi rami del repository. Per aggiungere o modificare più file in un repository sorgente, puoi usare un client Git, un ambiente di sviluppo o un ambiente di sviluppo integrato (IDE). Per aggiungere o modificare un singolo file, puoi usare la CodeCatalyst console. **Topics** + [ # Creare o aggiungere un file ](source-files-create.md) + [ # Visualizzazione di un file ](source-files-view.md) + [ # Visualizzazione della cronologia delle modifiche apportate a un file ](source-files-view-history.md) + [ # Modifica di un file ](source-files-edit.md) + [ # Ridenominazione o eliminazione di un file ](source-files-delete.md) # Creare o aggiungere un file Per creare e aggiungere file a un repository sorgente, puoi utilizzare la CodeCatalyst console Amazon, un ambiente di sviluppo, un ambiente di sviluppo integrato (IDE) connesso o un client Git. La CodeCatalyst console include un editor di codice per la creazione di file. Questo editor è un modo pratico per creare o modificare un file semplice, ad esempio un file README.md, in un ramo di un repository. Quando lavori su più di un file, valuta la possibilità di [creare](devenvironment-create.md) un ambiente di sviluppo. **Per creare un ambiente di sviluppo da un repository di origine** 1. Apri la CodeCatalyst console all'indirizzo [https://codecatalyst.aws/](https://codecatalyst.aws/). 1. Nel riquadro di navigazione, scegli **Codice**, quindi scegli **Archivi di origine.** 1. Scegliete il repository di origine in cui desiderate lavorare sul codice. 1. Scegli **Create Dev Environment.** 1. Scegli un IDE supportato dal menu a discesa. Per ulteriori informazioni, consulta [Ambienti di sviluppo integrati supportati per gli ambienti di sviluppo](devenvironment-create.md#devenvironment-supported-ide). 1. Esegui una delle seguenti operazioni: + Scegli **Lavora in un ramo esistente**, quindi scegli un ramo dal menu a discesa **Ramo esistente**. + Scegli **Lavora in un nuovo ramo**, inserisci il nome di un **ramo nel campo Nome ramo** e scegli un ramo dal quale creare il nuovo ramo dal menu a discesa **Crea ramo da**. 1. Facoltativamente, aggiungi un nome per l'ambiente di sviluppo o modifica la sua configurazione. 1. Scegli **Create** (Crea). **Per creare un file nella console CodeCatalyst** 1. Vai al progetto in cui desideri creare un file. Per ulteriori informazioni su come accedere a un repository, consulta[Visualizzazione di un repository di origine](source-repositories-view.md). 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegliete il repository in cui desiderate creare il file. 1. (Facoltativo) Scegliete il ramo in cui desiderate creare il file, se desiderate creare il file in un ramo diverso da quello predefinito. 1. Scegliete **Crea file**. 1. Inserisci il nome del file in **Nome file**. Aggiungi il contenuto del file nell'editor. **Suggerimento** Se desideri creare il file in una sottocartella o sottodirectory della radice del ramo, includi quella struttura come parte del nome del file. **Quando siete soddisfatti delle modifiche, scegliete Commit.** 1. In **Nome file**, rivedi il nome del file e apporta le modifiche che desideri. Facoltativamente, scegli il ramo in cui desideri creare il file dall'elenco dei rami disponibili in **Branch**. In **Commit message**, inserisci facoltativamente una breve ma informativa descrizione del motivo per cui hai apportato questa modifica. Queste verranno visualizzate come informazioni di commit di base per il commit che aggiunge il file al repository di origine. 1. Scegli **Commit** per eseguire il commit e invia il file al repository di origine. Puoi anche aggiungere file a un repository di origine clonandolo sul tuo computer locale e usando un client Git o un ambiente di sviluppo integrato (IDE) connesso per inviare file e modifiche. **Nota** Se vuoi aggiungere un sottomodulo Git, devi usare un client Git o un ambiente Dev ed eseguire il **git submodule add** comando. Non è possibile aggiungere o visualizzare i sottomoduli Git nella CodeCatalyst console o visualizzare le differenze nei sottomoduli Git nelle richieste pull. Per ulteriori informazioni sui sottomoduli Git, consulta la [documentazione di Git](https://git-scm.com/book/en/v2/Git-Tools-Submodules). **Per aggiungere un file utilizzando un client Git o un ambiente di sviluppo integrato (IDE) connesso** 1. Clona il tuo repository di origine sul tuo computer locale. Per ulteriori informazioni, consulta [Clonazione di un repository di origine](source-repositories-clone.md). 1. Crea file nel repository locale o copia i file nel repository locale. 1. Crea e invia un commit effettuando una delle seguenti operazioni: + Se stai usando un client Git, dal terminale o dalla riga di comando, esegui il **git add** comando, specificando i nomi dei file che desideri aggiungere. In alternativa, per aggiungere tutti i file aggiunti o modificati, esegui il **git add** comando seguito da un punto singolo o doppio per indicare se desideri includere tutte le modifiche a livello di directory corrente (periodo singolo) o tutte le modifiche nella directory corrente e in tutte le sottodirectory (periodo doppio). Per confermare le modifiche, esegui il **git commit -m** comando e fornisci un messaggio di commit. Per inserire le modifiche nell'archivio dei sorgenti CodeCatalyst, **git push** esegui. Per ulteriori informazioni sui comandi Git, consulta la documentazione Git e[Comandi Git per filiali](source-branches-git.md). + Se utilizzi un ambiente di sviluppo o un IDE, crea file e aggiungi file nell'IDE, quindi esegui il commit e invia le modifiche. Per ulteriori informazioni, consultate [Scrivi e modifica il codice con Dev Environments in CodeCatalystScrivi e modifica il codice con Dev Environments](devenvironment.md) o consultate la documentazione IDE. # Visualizzazione di un file Puoi visualizzare i file nel tuo repository di origine nella CodeCatalyst console Amazon. Puoi visualizzare i file nel ramo predefinito e in qualsiasi altro ramo. Il contenuto dei file può variare a seconda del ramo che scegli di visualizzare. **Per visualizzare i file nella CodeCatalyst console** 1. Vai al progetto in cui desideri visualizzare i file. Per ulteriori informazioni, consulta [Visualizzazione di un repository di origine](source-repositories-view.md). 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il repository in cui desideri visualizzare i file. 1. Viene visualizzato un elenco di file e cartelle per il ramo predefinito. I file sono indicati da un'icona cartacea, mentre le cartelle sono indicate da un'icona a forma di cartella. 1. Effettua una delle seguenti operazioni: + Per visualizzare file e cartelle in un ramo diverso, selezionatelo dall'elenco dei rami. + Per espandere una cartella, selezionala dall'elenco. 1. Per visualizzare il contenuto di un file specifico, selezionatelo dall'elenco. Il contenuto del file verrà visualizzato nel ramo. Per visualizzare il contenuto del file in un ramo diverso, scegli il ramo che desideri dal selettore del ramo. **Suggerimento** Quando visualizzi il contenuto di un file, puoi scegliere altri file da **visualizzare in Visualizza file**. Per modificare un file, scegli **Modifica**. Puoi visualizzare più file nella console. Puoi anche visualizzare i file che hai clonato sul tuo computer locale usando un client Git o un ambiente di sviluppo integrato (IDE). Per ulteriori informazioni, consulta la documentazione del tuo client Git o IDE. **Nota** Non è possibile visualizzare i sottomoduli Git nella CodeCatalyst console. Per ulteriori informazioni sui sottomoduli Git, consulta la [documentazione di Git](https://git-scm.com/book/en/v2/Git-Tools-Submodules). # Visualizzazione della cronologia delle modifiche apportate a un file Puoi visualizzare la cronologia delle modifiche a un file nel tuo repository di origine nella CodeCatalyst console Amazon. Questo può aiutarti a comprendere le modifiche apportate al file mediante vari commit nel ramo in cui scegli di visualizzare la cronologia del file. Ad esempio, se visualizzi la cronologia delle modifiche al **readme.md** file nel **main** ramo del repository di origine, vedrai un elenco di commit che includevano le modifiche a quel file in quel ramo. **Nota** Non è possibile visualizzare la cronologia di un file in un repository collegato nella console. CodeCatalyst # Per visualizzare la cronologia di un file nella console CodeCatalyst 1. Vai al progetto in cui desideri visualizzare la cronologia di un file. Per ulteriori informazioni, consulta [Visualizzazione di un repository di origine](source-repositories-view.md). 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. 1. Scegli il repository in cui desideri visualizzare la cronologia di un file. Scegli il ramo in cui desideri visualizzare la cronologia del file, quindi scegli il file dall'elenco. Scegli **View history (Visualizza cronologia)**. 1. Esamina l'elenco dei commit che includevano le modifiche a questo file nel ramo specificato. Per visualizzare i dettagli delle modifiche incluse in un particolare commit, scegli il messaggio di commit per quel commit nell'elenco. Vengono visualizzate le differenze tra quel commit e il commit principale. 1. Per rivedere la cronologia delle modifiche al file in un altro ramo, usa il selettore del ramo per modificare le visualizzazioni di quel ramo, scegli il file dall'elenco dei file, quindi scegli **Visualizza cronologia**. **Nota** Non è possibile visualizzare la cronologia delle modifiche ai sottomoduli Git nella CodeCatalyst console. Per ulteriori informazioni sui sottomoduli Git, consulta la [documentazione di Git](https://git-scm.com/book/en/v2/Git-Tools-Submodules). # Modifica di un file Puoi modificare singoli file nella CodeCatalyst console Amazon. Per modificare più file contemporaneamente, crea un ambiente di sviluppo o clona il repository e apporta le modifiche utilizzando un client Git o un ambiente di sviluppo integrato (IDE). Per ulteriori informazioni, consulta [Scrivi e modifica il codice con Dev Environments in CodeCatalystScrivi e modifica il codice con Dev Environments](devenvironment.md) o [Clonazione di un repository di origine](source-repositories-clone.md). **Per modificare un file nella console CodeCatalyst** 1. Vai al progetto in cui desideri modificare un file. Per ulteriori informazioni su come accedere a un repository, consulta[Visualizzazione di un repository di origine](source-repositories-view.md). 1. Scegliete il repository in cui desiderate modificare il file. Scegli **Visualizza filiali**, quindi scegli il ramo in cui vuoi lavorare. Scegli il file dall'elenco di file e cartelle in quel ramo. Viene visualizzato il contenuto del file. 1. Scegli **Modifica**. 1. Nell'editor, modifica il contenuto del file, quindi scegli **Commit**. Facoltativamente, in **Conferma modifiche**, aggiungi ulteriori informazioni sulla modifica nel **messaggio Commit**. Quando sei soddisfatto delle modifiche, scegli **Commit**. # Ridenominazione o eliminazione di un file Puoi rinominare o eliminare i file in un ambiente di sviluppo, localmente sul tuo computer o in un ambiente di sviluppo integrato (IDE). Dopo aver rinominato o eliminato i file, esegui il commit e inserisci le modifiche nell'archivio di origine. Non puoi rinominare o eliminare file nella CodeCatalyst console Amazon. # Revisione del codice con richieste pull in Amazon CodeCatalyst Una pull request è il modo principale in cui tu e gli altri membri del progetto potete rivedere, commentare e unire le modifiche al codice da un ramo all'altro. Puoi utilizzare le pull request per esaminare le modifiche al codice in modo collaborativo per apportare modifiche o correzioni minori, aggiunte di funzionalità importanti o nuove versioni del software rilasciato. Se utilizzi i problemi per tenere traccia del lavoro sul tuo progetto, puoi collegare problemi specifici alle richieste pull per aiutarti a tenere traccia dei problemi risolti dalle modifiche al codice nella pull request. Quando crei, aggiorni, commenti, unisci o chiudi una pull request, viene automaticamente inviata un'email all'autore della pull request e a tutti i revisori necessari o facoltativi per la pull request. **Suggerimento** Puoi configurare quali eventi di pull request riceverai e-mail come parte del tuo profilo. Per ulteriori informazioni, consulta [Invio di notifiche via email e su Slack da CodeCatalyst](notifications-manage.md). Le richieste pull richiedono due rami in un repository di origine: un ramo di origine che contiene il codice che desideri rivedere e un ramo di destinazione, in cui desideri unire il codice recensito. Il ramo di origine contiene il commit AFTER, ovvero il commit con le modifiche da unire nel ramo di destinazione. Il ramo di destinazione contiene il commit BEFORE, che rappresenta lo stato del codice prima che il ramo della richiesta di pull venisse unito nel ramo di destinazione. **Nota** Durante la creazione di una richiesta pull, la differenza visualizzata è la differenza tra la punta del ramo di origine e la punta del ramo di destinazione. Una volta creata la pull request, la differenza visualizzata sarà tra la revisione della pull request scelta e il commit che costituiva la punta del ramo di destinazione quando è stata creata la pull request. Per ulteriori informazioni sulle differenze e sulle basi di unione in Git, consulta [git-merge-base](https://git-scm.com/docs/git-merge-base)la documentazione di Git. Sebbene venga creata una pull request per un repository di sorgenti e rami specifici, puoi crearli, visualizzarli, esaminarli e chiuderli come parte del tuo progetto. Non è necessario visualizzare il repository dei sorgenti per visualizzare e utilizzare le richieste pull. Lo stato di una pull request è impostato su **Open** al momento della creazione. **La pull request rimane aperta finché non la si unisce nella CodeCatalyst console, che modifica lo stato in **Unito**, o la si chiude, il che cambia lo stato in Chiuso.** Una volta che il codice è stato esaminato, puoi modificare lo stato della pull request in diversi modi: + Unisci la pull request nella CodeCatalyst console. Il codice nel ramo sorgente della pull request verrà unito al ramo di destinazione. Lo stato della pull request cambierà in **Merged**. Non può essere ripristinato in **Aperto**. + Unisci i rami localmente e invia le modifiche, quindi chiudi la pull request nella CodeCatalyst console. + Usa la CodeCatalyst console per chiudere la pull request senza unirla. Questo cambierà lo stato in **Chiuso** e non unirà il codice dal ramo di origine al ramo di destinazione. Prima di creare una richiesta di pull: + Esegui il commit e invia le modifiche al codice che desideri rivedere a un ramo (il ramo di origine). + Imposta le notifiche per il tuo progetto, in modo che gli altri utenti possano ricevere notifiche su eventuali flussi di lavoro eseguiti quando crei una pull request. (Questo passaggio è facoltativo ma consigliato). **Topics** + [ # Creazione di una richiesta di pull ](pull-requests-create.md) + [ # Visualizzazione delle richieste pull ](pull-requests-view.md) + [ # Gestione dei requisiti per l'unione di una pull request con le regole di approvazione ](source-pull-requests-approval-rules.md) + [ # Revisione di una richiesta di pull ](pull-requests-review.md) + [ # Aggiornamento di una richiesta di pull ](pull-requests-update.md) + [ # Unione di una richiesta di pull ](pull-requests-merge.md) + [ # Chiusura di una pull request ](pull-requests-close.md) # Creazione di una richiesta di pull La creazione di richieste pull aiuta altri utenti a vedere ed esaminare le modifiche del codice prima di unirle in un altro ramo. In primo luogo, è necessario creare un ramo per le modifiche del codice che viene definito come il ramo di origine della richiesta pull. Dopo aver eseguito il commit e aver inviato le modifiche al repository, puoi creare una richiesta pull che confronta il contenuto del ramo di origine con il contenuto del ramo di destinazione. Puoi creare una pull request nella CodeCatalyst console Amazon da una filiale specifica, dalla pagina delle pull request o dalla panoramica del progetto. La creazione di una richiesta pull da un ramo specifico fornisce automaticamente il nome del repository e il ramo di origine nella pagina di creazione della pull request. Quando crei una pull request, riceverai automaticamente e-mail su eventuali aggiornamenti alla pull request, nonché quando la pull request viene unita o chiusa. **Nota** Durante la creazione di una pull request, la differenza visualizzata è la differenza tra la punta del ramo di origine e la punta del ramo di destinazione. Una volta creata la pull request, la differenza visualizzata sarà tra la revisione della pull request scelta e il commit che costituiva la punta del ramo di destinazione quando è stata creata la pull request. Per ulteriori informazioni sulle differenze e sulle basi di unione in Git, consulta [git-merge-base](https://git-scm.com/docs/git-merge-base)la documentazione di Git. Puoi utilizzare la funzione **Write description for me** durante la creazione di richieste pull per fare in modo che Amazon Q crei automaticamente una descrizione delle modifiche contenute in una richiesta pull. Quando scegli questa opzione, Amazon Q analizza le differenze tra il ramo di origine che contiene le modifiche al codice e il ramo di destinazione in cui desideri unire queste modifiche. Quindi crea un riepilogo di quali sono tali modifiche, nonché la migliore interpretazione dell'intento e dell'effetto di tali modifiche. Questa funzionalità è disponibile solo nella regione degli Stati Uniti occidentali (Oregon) per le CodeCatalyst pull request. La funzione **Scrivi descrizione per me** non è disponibile per le richieste pull negli archivi collegati. **Nota** **Realizzato da Amazon Bedrock**: AWS implementa il rilevamento [automatico degli abusi](https://docs.aws.amazon.com//bedrock/latest/userguide/abuse-detection.html). Poiché le funzionalità **Scrivi una descrizione per me**, **Crea un riepilogo dei commenti**, **Attività consigliate**, **Usa Amazon Q per creare o aggiungere funzionalità a un progetto** e **Assegna i problemi ad Amazon Q** con Amazon Q Developer Agent per lo sviluppo software sono supportate da Amazon Bedrock, gli utenti possono utilizzare al meglio i controlli implementati in Amazon Bedrock per rafforzare la protezione, la sicurezza e l’uso responsabile dell’intelligenza artificiale (IA). **Come creare una richiesta pull** 1. Vai al tuo progetto. 1. Esegui una delle seguenti operazioni: + Nel riquadro di navigazione, scegli **Codice**, scegli **Richieste pull**, quindi scegli **Crea richiesta pull**. + Nella home page del repository, scegli **Altro**, quindi scegli **Crea richiesta pull**. + Nella pagina del progetto, scegli **Crea richiesta pull**. 1. Nel **repository Source**, assicurati che il repository di origine specificato sia quello che contiene il codice commesso. Questa opzione appare solo se non hai creato la pull request dalla pagina principale del repository. 1. Nel **ramo di destinazione**, scegli il ramo in cui unire il codice dopo averlo esaminato. 1. Nel **ramo di origine**, scegli il ramo che contiene il codice commesso. 1. In **Pull request title**, inserisci un titolo che aiuti gli altri utenti a capire cosa deve essere esaminato e perché. 1. (Facoltativo) Nella **descrizione della richiesta Pull**, fornisci informazioni come un link ai problemi o una descrizione delle modifiche. **Suggerimento** Puoi scegliere **Write description for me per** generare CodeCatalyst automaticamente una descrizione delle modifiche contenute nella pull request. Puoi apportare modifiche alla descrizione generata automaticamente dopo averla aggiunta alla pull request. Questa funzionalità richiede che le funzionalità di intelligenza artificiale generativa siano abilitate per lo spazio e non è disponibile per le richieste pull negli archivi collegati. Per ulteriori informazioni, consulta [Gestione delle funzionalità di intelligenza artificiale generativa](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html). 1. (Facoltativo) In **Problemi**, scegli **Problemi di collegamento**, quindi scegli un problema dall'elenco o inserisci il relativo ID. Per scollegare un problema, scegli l'icona di scollegamento. 1. (Facoltativo) In Revisori **obbligatori, scegli **Aggiungi** revisori** richiesti. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori obbligatori devono approvare le modifiche prima che la pull request possa essere unita al ramo di destinazione. **Nota** Non è possibile aggiungere un revisore sia come revisore obbligatorio che come revisore opzionale. Non puoi aggiungerti come revisore. 1. (Facoltativo) In **Revisori opzionali, scegli Aggiungi revisori** **opzionali**. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori opzionali non devono approvare le modifiche come requisito prima che la pull request possa essere unita al ramo di destinazione. 1. Esamina le differenze tra le filiali. La differenza mostrata in una pull request è rappresentata dalle modifiche tra la revisione nel ramo di origine e la base di unione, che è l'head commit del ramo di destinazione al momento della creazione della pull request. Se non viene visualizzata alcuna modifica, i rami potrebbero essere identici oppure potresti aver scelto lo stesso ramo sia per l'origine che per la destinazione. 1. Quando sei sicuro che la pull request contenga il codice e le modifiche che desideri rivedere, scegli **Crea**. **Nota** Dopo aver creato la pull request, puoi aggiungere commenti. I commenti possono essere aggiunti alla pull request o alle singole righe dei file, nonché alla pull request complessiva. È possibile aggiungere collegamenti a risorse, ad esempio file, utilizzando il segno @ seguito dal nome del file. **Per creare una pull request da una filiale** 1. Vai al progetto in cui desideri creare una pull request. 1. Nel riquadro di navigazione, scegli **Archivi di origine**, quindi scegli il repository che contiene il ramo in cui devi rivedere le modifiche al codice. 1. Scegli la freccia a discesa accanto al nome del ramo predefinito, quindi scegli il ramo che desideri dall'elenco. **Per visualizzare tutti i rami di un repository, scegli Visualizza tutto.** 1. Scegli **Altro**, quindi scegli **Crea pull request**. 1. Il repository e il ramo sorgente sono preselezionati automaticamente. Nel **ramo di destinazione**, scegli il ramo in cui unirai il codice una volta esaminato. In **Pull request title**, inserisci un titolo che aiuti gli altri utenti del progetto a capire cosa deve essere esaminato e perché. Facoltativamente, fornisci ulteriori informazioni nella **descrizione della richiesta Pull**, ad esempio incollando un link a problemi correlati in CodeCatalyst o aggiungendo una descrizione delle modifiche apportate. **Nota** I flussi di lavoro configurati per l'esecuzione di eventi pull request create verranno eseguiti dopo la creazione della pull request, se il ramo di destinazione per la pull request corrisponde a uno dei rami specificati nel flusso di lavoro. 1. Esamina le differenze tra i rami. Se non viene visualizzata alcuna modifica, i rami potrebbero essere identici oppure potresti aver scelto lo stesso ramo sia per l'origine che per la destinazione. 1. (Facoltativo) In **Problemi**, scegli **Problemi di collegamento**, quindi scegli un problema dall'elenco o inserisci il relativo ID. Per scollegare un problema, scegli l'icona di scollegamento. 1. (Facoltativo) In Revisori **obbligatori, scegli **Aggiungi** revisori** richiesti. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori obbligatori devono approvare le modifiche prima che la pull request possa essere unita al ramo di destinazione. **Nota** Non puoi aggiungere un revisore sia come obbligatorio che come facoltativo. Non puoi aggiungerti come revisore. 1. (Facoltativo) In **Revisori opzionali, scegli Aggiungi revisori** **opzionali**. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori opzionali non devono approvare le modifiche prima che la pull request possa essere unita al ramo di destinazione. 1. **Quando ritieni che la pull request contenga le modifiche che desideri rivedere e includa i revisori richiesti, scegli Crea.** Se hai dei flussi di lavoro configurati per essere eseguiti laddove il ramo corrisponde al ramo di destinazione nella pull request, vedrai le informazioni su tali flussi di lavoro in **Panoramica** nell'area dei **dettagli della pull request** dopo la creazione della pull request. Per ulteriori informazioni, consulta [Aggiungere trigger ai flussi di lavoro](workflows-add-trigger-add.md). # Visualizzazione delle richieste pull Puoi visualizzare le pull request per un progetto nella CodeCatalyst console Amazon. La pagina di riepilogo del progetto mostra tutte le richieste pull aperte per un progetto. Per visualizzare tutte le pull request indipendentemente dallo stato, vai alla pagina delle pull request relativa al tuo progetto. Quando visualizzi una pull request, puoi scegliere di avere un riepilogo di tutti i commenti lasciati sulle modifiche alla pull request creata per te. **Nota** **Realizzato da Amazon Bedrock**: AWS implementa il rilevamento [automatico degli abusi](https://docs.aws.amazon.com//bedrock/latest/userguide/abuse-detection.html). Poiché le funzionalità **Scrivi una descrizione per me**, **Crea un riepilogo dei commenti**, **Attività consigliate**, **Usa Amazon Q per creare o aggiungere funzionalità a un progetto** e **Assegna i problemi ad Amazon Q** con Amazon Q Developer Agent per lo sviluppo software sono supportate da Amazon Bedrock, gli utenti possono utilizzare al meglio i controlli implementati in Amazon Bedrock per rafforzare la protezione, la sicurezza e l’uso responsabile dell’intelligenza artificiale (IA). **Per visualizzare le pull request aperte** 1. Vai al progetto in cui desideri visualizzare le pull request. 1. Nella pagina del progetto, vengono visualizzate le richieste pull aperte, incluse informazioni su chi ha creato la pull request, quale repository contiene i rami per la pull request e la data di creazione della pull request. È possibile filtrare la visualizzazione delle pull request aperte per repository di origine. 1. Per visualizzare tutte le richieste pull, scegli **Visualizza tutto**. Puoi usare i selettori per scegliere tra le opzioni. Ad esempio, per visualizzare tutte le pull request, scegliete **Qualsiasi status** e **Qualsiasi autore**. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli **Richieste Pull**, quindi utilizza i selettori per affinare la visualizzazione. 1. Nella pagina delle **richieste Pull**, puoi ordinare le richieste pull per ID, titolo, stato e altro. Per personalizzare quali informazioni e quante informazioni vengono visualizzate nella pagina delle pull request, scegli l'icona a forma di ingranaggio. 1. Per visualizzare una pull request specifica, selezionala dall'elenco. 1. Per visualizzare lo stato delle esecuzioni dei flussi di lavoro associati a questa richiesta pull, se presenti, scegli **Panoramica** ed esamina le informazioni nell'area dei **dettagli della richiesta pull** della pull request in **Workflow run**. L'esecuzione del flusso di lavoro verrà eseguita se il flusso di lavoro è configurato con eventi di creazione o revisione della pull request e se i requisiti del ramo di destinazione nel flusso di lavoro corrispondono al ramo di destinazione specificato nella pull request. Per ulteriori informazioni, consulta [Aggiungere trigger ai flussi di lavoro](workflows-add-trigger-add.md). 1. Per visualizzare gli eventuali problemi collegati, scegli **Panoramica e consulta** le informazioni nei **dettagli della richiesta Pull** in **Problemi**. Se desideri visualizzare un problema collegato, scegli il relativo ID dall'elenco. 1. (Facoltativo) Per creare un riepilogo dei commenti lasciati sulle modifiche al codice nelle revisioni della pull request, scegli **Crea riepilogo dei contenuti**. Il riepilogo non includerà alcun commento lasciato sulla pull request complessiva. **Nota** Questa funzionalità richiede che le funzionalità di intelligenza artificiale generativa siano abilitate per lo spazio, non è disponibile per gli archivi collegati ed è disponibile solo nella regione Stati Uniti occidentali (Oregon). Per ulteriori informazioni, consulta [Gestione delle funzionalità di intelligenza artificiale generativa](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html). 1. Per visualizzare le modifiche al codice nella pull request, scegli **Modifiche**. Puoi visualizzare rapidamente quanti file hanno modifiche nella pull request e quali file della pull request contengono commenti, in **Files changed**. Il numero di commenti visualizzato accanto a una cartella indica il numero di commenti sui file in quella cartella. Espandi la cartella per visualizzare il numero di commenti per ogni file contenuto nella cartella. Puoi anche visualizzare eventuali commenti lasciati su righe di codice specifiche. **Nota** Non tutte le modifiche in una pull request possono essere visualizzate nella console. Ad esempio, non è possibile visualizzare i sottomoduli Git nella console, quindi non è possibile visualizzare le differenze in un sottomodulo in una pull request. Alcune differenze potrebbero essere troppo grandi per essere visualizzate. Per ulteriori informazioni, consultare [Quote per i repository di sorgenti in CodeCatalyst](source-quotas.md) e [Visualizzazione di un fileVisualizzazione della cronologia delle modifiche apportate a un file](source-files-view.md). 1. Per visualizzare i report sulla qualità per questa pull request, scegli **Report**. **Nota** È necessario configurare un flusso di lavoro per generare report in modo che possano essere visualizzati nelle richieste pull. Per ulteriori informazioni, consulta [Test con flussi di lavoroTest con flussi di lavoro](test-workflow-actions.md). # Gestione dei requisiti per l'unione di una pull request con le regole di approvazione Quando crei una pull request, puoi scegliere di aggiungere revisori obbligatori o facoltativi a quella richiesta pull individuale. Tuttavia, puoi anche creare requisiti che tutte le pull request devono soddisfare quando si uniscono a un ramo di destinazione specifico. Questi requisiti sono denominati regole di approvazione. Le regole di approvazione sono configurate per le filiali di un repository. Quando si crea una richiesta pull il cui ramo di destinazione dispone di una regola di approvazione configurata per tale ramo, è necessario soddisfare i requisiti di tale regola oltre alle approvazioni di tutti i revisori necessari prima di poter unire la pull request a quel ramo. La creazione di regole di approvazione può aiutarvi a mantenere gli standard di qualità per le fusioni in filiali, ad esempio il ramo predefinito. Le regole di approvazione applicate al ramo predefinito del repository di origine si comporteranno in modo leggermente diverso rispetto alle regole di approvazione applicate ad altre filiali. Qualsiasi regola applicata al ramo predefinito verrà applicata automaticamente a qualsiasi ramo specificato come ramo predefinito. Il ramo precedentemente impostato come ramo predefinito manterrà le regole ad esso applicate. Quando si creano regole di approvazione, è necessario considerare in che modo tali regole verranno rispettate dagli utenti del progetto sia nel presente che in futuro. Ad esempio, se nel progetto sono presenti sei utenti e crei una regola di approvazione che richiede cinque approvazioni prima di poter essere unita al ramo di destinazione, hai effettivamente creato una regola che richiede a tutti tranne la persona che ha creato le pull request di approvare quella pull request prima che possa essere unita. **Nota** È necessario avere il ruolo di amministratore del progetto per creare e gestire le regole di approvazione nei progetti. CodeCatalyst Non è possibile creare regole di approvazione per gli archivi collegati. Non è possibile eliminare le regole di approvazione, ma è possibile aggiornarle in modo che richiedano zero approvazioni, il che rimuove di fatto la regola. **Per visualizzare e modificare le regole di approvazione per le filiali di destinazione per le richieste pull** 1. Vai al progetto in cui risiede il tuo repository. 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il repository in cui desideri visualizzare le regole di approvazione. 1. **Nella pagina di panoramica del repository, scegli Branches.** 1. Nella colonna **Regole di approvazione**, scegli **Visualizza per visualizzare** lo stato di tutte le regole per ogni ramo del repository. In **Numero minimo di approvazioni**, il numero corrisponde al numero di approvazioni necessarie prima che una pull request possa essere unita a quel ramo. 1. **Per creare o modificare una regola di approvazione, scegli Gestisci impostazioni.** Nella pagina delle impostazioni per l'archivio di origine, in **Regole di approvazione**, scegli **Modifica**. **Nota** È necessario disporre del ruolo di **amministratore del progetto** per modificare le regole di approvazione. 1. In **Branch**, scegli il nome del ramo per il quale desideri configurare una regola di approvazione dall'elenco a discesa. **In **Numero minimo di approvazioni**, inserisci un numero, quindi scegli Salva.** # Revisione di una richiesta di pull Puoi utilizzare la CodeCatalyst console Amazon per rivedere e commentare in modo collaborativo le modifiche incluse in una pull request. Puoi aggiungere commenti a singole righe di codice nella differenza tra i rami di origine e di destinazione o nella differenza tra le revisioni della pull request. Puoi scegliere di creare un riepilogo dei commenti lasciati sulle modifiche al codice nella pull request per aiutarti a comprendere rapidamente il feedback lasciato dagli altri utenti. Puoi anche scegliere di creare un ambiente di sviluppo per lavorare sul codice. **Nota** **Realizzato da Amazon Bedrock**: AWS implementa il rilevamento [automatico degli abusi](https://docs.aws.amazon.com//bedrock/latest/userguide/abuse-detection.html). Poiché le funzionalità **Scrivi una descrizione per me**, **Crea un riepilogo dei commenti**, **Attività consigliate**, **Usa Amazon Q per creare o aggiungere funzionalità a un progetto** e **Assegna i problemi ad Amazon Q** con Amazon Q Developer Agent per lo sviluppo software sono supportate da Amazon Bedrock, gli utenti possono utilizzare al meglio i controlli implementati in Amazon Bedrock per rafforzare la protezione, la sicurezza e l’uso responsabile dell’intelligenza artificiale (IA). **Suggerimento** Puoi configurare gli eventi di pull request relativi ai quali ricevere e-mail come parte del tuo profilo. Per ulteriori informazioni, consulta [Invio di notifiche via email e su Slack da CodeCatalyst](notifications-manage.md). Le pull request mostrano quale sarà la differenza tra la revisione della pull request e il commit che era alla base del branch di destinazione al momento della creazione della pull request. Questa è chiamata merge base. Per ulteriori informazioni sulle differenze e sulle basi di unione in Git, consulta [git-merge-base](https://git-scm.com/docs/git-merge-base)la documentazione di Git. **Suggerimento** Quando lavori sulla console, in particolare se hai una pull request aperta da un po' di tempo, valuta la possibilità di aggiornare il browser per assicurarti di avere a disposizione l'ultima revisione di una pull request prima di iniziare a esaminarla. **Per esaminare una pull request nella console CodeCatalyst** 1. Vai al tuo progetto. 1. Passa alle pull request effettuando una delle seguenti operazioni: + Se la pull request è elencata nella pagina del progetto, sceglila dall'elenco. + Se la pull request non è elencata nella pagina del progetto, scegli **Visualizza tutto**. Usa i filtri e ordina per trovare la pull request, quindi sceglila dall'elenco. + Nel riquadro di navigazione, scegli **Code**, quindi scegli **Pull request**. 1. Scegli la pull request che desideri esaminare dall'elenco. Puoi filtrare l'elenco delle pull request digitando parte del relativo nome nella barra dei filtri. 1. In **Panoramica**, puoi rivedere il nome e il titolo della pull request. Puoi creare e visualizzare i commenti lasciati sulla pull request stessa. Puoi anche visualizzare i dettagli della pull request, comprese le informazioni sulle esecuzioni del flusso di lavoro, i problemi collegati, i revisori, l'autore della pull request e le possibili strategie di fusione. **Nota** **I commenti lasciati su righe di codice specifiche vengono visualizzati in Modifiche.** 1. (Facoltativo) Per aggiungere un commento che si applichi all'intera pull request, espandi **Commenti sulla pull request**, quindi scegli **Crea commento**. 1. (Facoltativo) Per visualizzare un riepilogo di tutti i commenti lasciati sulle modifiche nelle revisioni di questa pull request, scegli **Crea riepilogo dei commenti**. **Nota** Questa funzionalità richiede che le funzionalità di intelligenza artificiale generativa siano abilitate per lo spazio ed è disponibile solo nella regione degli Stati Uniti occidentali (Oregon). Per ulteriori informazioni, consulta [Gestione delle funzionalità di intelligenza artificiale generativa](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html). 1. In **Modifiche**, puoi vedere le differenze tra il ramo di destinazione e la revisione più recente della pull request. Se esiste più di una revisione, puoi modificare le revisioni confrontate nella differenza tra di esse. Per ulteriori informazioni sulle revisioni, vedere. [Revisioni](source-concepts.md#revision-concept) **Suggerimento** Puoi visualizzare rapidamente quanti file hanno subito modifiche nella richiesta pull e quali file della pull request contengono commenti, in **File modificati**. Il numero di commenti visualizzato accanto a una cartella indica il numero di commenti sui file in quella cartella. Espandi la cartella per visualizzare il numero di commenti per ogni file contenuto nella cartella. 1. Per modificare il modo in cui vengono visualizzate le differenze, scegli tra **Unified** e **Split**. 1. Per aggiungere un commento a una riga della pull request, vai alla riga che desideri commentare. Scegli l'icona del commento che appare per quella riga, inserisci un commento, quindi scegli **Salva**. 1. Per visualizzare le modifiche tra le revisioni in una pull request o tra i rami di origine e di destinazione, scegli una delle opzioni disponibili in **Confronto**. I commenti sulle righe delle revisioni vengono conservati in tali revisioni. 1. Se hai configurato il flusso di lavoro per generare un rapporto sulla copertura del codice sui trigger delle pull request, puoi visualizzare i risultati della copertura delle linee e delle filiali nella pull request pertinente. Per nascondere i risultati della copertura del codice, scegli **Nascondi copertura del codice.** Per ulteriori informazioni, consulta [Report di copertura del codice](test-workflow-actions.md#test-code-coverage-reports). 1. Se desideri apportare modifiche al codice della pull request, puoi creare un ambiente di sviluppo dalla pull request. Scegli **Create Dev Environment**. Facoltativamente, aggiungi un nome per l'ambiente di sviluppo o modifica la sua configurazione, quindi scegli **Crea**. 1. In **Reports**, puoi visualizzare i report sulla qualità contenuti in questa pull request. Se esiste più di una revisione, è possibile modificare le revisioni confrontate in base alla differenza tra di esse. È possibile filtrare i report per nome, stato, flusso di lavoro, azione e tipo. **Nota** È necessario configurare un flusso di lavoro per generare report in modo che possano essere visualizzati nelle richieste pull. Per ulteriori informazioni, consulta [Configurazione dei report sulla qualità in un'azione](test-config-action.md). 1. Per visualizzare un report specifico, selezionalo dall'elenco. Per ulteriori informazioni, consulta [Test con flussi di lavoroTest con flussi di lavoro](test-workflow-actions.md). 1. **Se sei elencato come revisore di questa pull request e desideri approvare le modifiche, assicurati di visualizzare la revisione più recente, quindi scegli Approva.** **Nota** Tutti i revisori obbligatori devono approvare una pull request prima che possa essere unita. # Aggiornamento di una richiesta di pull Puoi semplificare la revisione del codice da parte degli altri membri del progetto aggiornando la pull request. Puoi aggiornare una pull request per modificarne i revisori, i link ai problemi, il titolo della pull request o la sua descrizione. Ad esempio, potresti voler modificare i revisori richiesti per una pull request per rimuovere qualcuno che è in vacanza e aggiungere qualcun altro. Puoi anche aggiornare una pull request con ulteriori modifiche al codice inviando i commit al ramo sorgente di una pull request aperta. Ogni push al ramo sorgente di una pull request nel repository dei CodeCatalyst sorgenti crea una revisione. I membri del progetto possono visualizzare le differenze tra le revisioni in una pull request. **Per aggiornare i revisori per una pull request** 1. Vai al progetto in cui desideri aggiornare i revisori di una pull request. 1. Nella pagina del progetto, in **Apri richieste pull**, scegli la pull request in cui desideri aggiornare i revisori. In alternativa, nel pannello di navigazione, scegli **Code**, scegli **Pull request**, quindi scegli la pull request che desideri aggiornare. 1. (Facoltativo) In **Panoramica**, nell'area dei **dettagli della richiesta Pull**, scegli il segno più per aggiungere revisori obbligatori o facoltativi. Scegli la **X** accanto a un revisore per rimuoverlo come revisore facoltativo o obbligatorio. 1. (Facoltativo) In **Panoramica**, nell'area dei **dettagli della richiesta pull**, scegli Collega **problemi** per collegare un problema alla pull request, quindi scegli un problema dall'elenco o inserisci il relativo ID. Per scollegare un problema, scegli l'icona di scollegamento accanto al problema che desideri scollegare. **Per aggiornare file e codice nel ramo sorgente di una pull request** 1. Per aggiornare più file, [crea un ambiente di sviluppo](devenvironment-create.md) o clona il repository e il suo ramo sorgente e usa un client Git o un ambiente di sviluppo integrato (IDE) per apportare modifiche ai file nel ramo di origine. Conferma e invia le modifiche al ramo di origine nel repository di CodeCatalyst origine per aggiornare automaticamente la pull request con le modifiche. Per ulteriori informazioni, consultare [Clonazione di un repository di origine](source-repositories-clone.md) e [Comprendere le modifiche al codice sorgente con i commit in Amazon CodeCatalyst](source-commits.md). 1. Per aggiornare un singolo file in un ramo sorgente, puoi usare un client Git o un IDE come faresti per più file. Puoi anche modificarlo direttamente nella CodeCatalyst console. Per ulteriori informazioni, consulta [Modifica di un file](source-files-edit.md). **Per aggiornare il titolo e la descrizione di una pull request** 1. Vai al progetto in cui desideri aggiornare il titolo o la descrizione di una pull request. 1. La pagina del progetto mostra le pull request aperte, incluse informazioni su chi ha creato la pull request, quale repository contiene i rami per la pull request e quando è stata creata la pull request. È possibile filtrare la visualizzazione delle pull request aperte per repository di origine. Scegli la pull request che desideri modificare dall'elenco. 1. Per visualizzare tutte le pull request, scegli **Visualizza tutto**. In alternativa, nel riquadro di navigazione, scegli **Code**, quindi scegli **Pull request**. Usa la casella di filtro o le funzioni di ordinamento per trovare la pull request che desideri modificare, quindi selezionala. 1. In **Panoramica**, scegli **Modifica**. 1. Cambia il titolo o la descrizione, quindi scegli **Salva**. # Unione di una richiesta di pull Dopo che il codice è stato esaminato e tutti i revisori richiesti lo hanno approvato, puoi unire una pull request nella CodeCatalyst console utilizzando una strategia di unione supportata, ad esempio fast-forward. Non tutte le strategie di unione supportate nella CodeCatalyst console sono disponibili come scelte per tutte le richieste pull. CodeCatalyst valuta l'unione e consente di scegliere solo tra strategie di unione disponibili nella console e in grado di unire il ramo di origine con il ramo di destinazione. Puoi anche unire una richiesta pull con la tua scelta di strategie di fusione Git eseguendo il **git merge** comando sul tuo computer locale o in un ambiente di sviluppo per unire il ramo di origine nel ramo di destinazione. È quindi possibile inviare tali modifiche nel ramo di destinazione all'archivio di origine. CodeCatalyst **Nota** L'unione del ramo e l'inserimento delle modifiche in Git non chiude automaticamente la pull request. Se hai il ruolo di amministratore di progetto, puoi anche scegliere di unire una pull request che non ha ancora soddisfatto tutti i requisiti per le approvazioni e le regole di approvazione. ## Unione di una pull request (console) È possibile unire una richiesta pull nella CodeCatalyst console se non ci sono conflitti di unione tra i rami di origine e di destinazione e se tutti i revisori richiesti hanno approvato la pull request. **Se ci sono conflitti o se l'unione non può essere completata, il pulsante di unione è inattivo e viene visualizzata l'etichetta Non unibile.** In tal caso, è necessario ottenere l'approvazione di tutti gli approvatori necessari, risolvere i conflitti a livello locale se necessario e apportare le modifiche prima di procedere all'unione. L'unione di una pull request invierà automaticamente un'e-mail al creatore della pull request e a tutti i revisori obbligatori o facoltativi. Non chiuderà o modificherà automaticamente lo stato di eventuali problemi collegati alla pull request. **Suggerimento** Puoi configurare quali eventi di pull request ricevere e-mail come parte del tuo profilo. Per ulteriori informazioni, consulta [Invio di notifiche via email e su Slack da CodeCatalyst](notifications-manage.md). **Per unire una pull request** 1. Vai al progetto in cui desideri unire una richiesta pull. 1. Nella pagina del progetto, in **Apri richieste pull**, scegli la pull request che desideri unire. Se non vedi la pull request, scegli **Visualizza tutte le pull request** e poi sceglila dall'elenco. In alternativa, nel pannello di navigazione, scegli **Code**, scegli **Pull request**, quindi scegli la pull request che desideri unire. Selezionare **Merge (Unisci)**. 1. Scegli tra le strategie di unione disponibili per la pull request. **Facoltativamente, seleziona o deseleziona l'opzione per eliminare il ramo di origine dopo aver unito la pull request, quindi scegli Merge.** **Nota** Se il pulsante **Unisci** è inattivo o viene visualizzata l'etichetta **Non unibile**, significa che i revisori obbligatori non hanno ancora approvato la pull request oppure la pull request non può essere unita nella console. CodeCatalyst **Un revisore che non ha approvato una pull request è indicato da un'icona a forma di orologio nell'area dei dettagli della **pull request** in Panoramica.** Se tutti i revisori obbligatori hanno approvato la pull request ma il pulsante **Merge** è ancora inattivo, potresti avere un conflitto di unione. Scegli l'etichetta sottolineata **Non unibile** per visualizzare maggiori dettagli sul motivo per cui la pull request non può essere unita. Puoi risolvere i conflitti di unione per il ramo di destinazione in un ambiente di sviluppo o nella CodeCatalyst console e quindi unire la richiesta pull, oppure puoi risolvere i conflitti e unirli localmente, quindi inviare il commit che contiene l'unione al ramo di origine. CodeCatalyst Per ulteriori informazioni, consulta [Unire una richiesta pull (Git)](#pull-requests-merge-git) la documentazione di Git. ## Sostituisci i requisiti di unione Se hai il ruolo di **amministratore di progetto**, puoi scegliere di unire una pull request che non ha ancora soddisfatto tutti i requisiti per le approvazioni e le regole di approvazione richieste. Questa operazione viene definita come l'annullamento dei requisiti per una pull request. Potresti scegliere di farlo se un revisore richiesto non è disponibile o se hai urgente necessità di unire una pull request specifica in una filiale con regole di approvazione che non possono essere soddisfatte rapidamente. **Per unire una pull request** 1. **Nella pull request in cui desideri sovrascrivere i requisiti e unirli, scegli la freccia a discesa accanto al pulsante Unisci.** **Scegli Ignora i requisiti di approvazione.** 1. In **Override reason**, fornisci i dettagli del motivo per cui stai unendo questa pull request senza che soddisfi le regole di approvazione e i requisiti richiesti per i revisori. Sebbene sia facoltativo, è altamente consigliato. 1. Facoltativamente, scegli una strategia di fusione o accetta quella predefinita. Puoi anche scegliere di aggiornare il messaggio di commit generato automaticamente con maggiori dettagli. 1. Seleziona o deseleziona l'opzione per eliminare il ramo di origine al momento dell'unione. Ti consigliamo di mantenere il ramo di origine quando sostituisci i requisiti per l'unione di una pull request fino a quando non avrai avuto la possibilità di rivedere la decisione con gli altri membri del team. 1. Selezionare **Merge (Unisci)**. ## Unire una richiesta pull (Git) Git supporta molte opzioni per unire e gestire le filiali. I seguenti comandi sono alcune delle opzioni che puoi usare. Per ulteriori informazioni, consulta la documentazione disponibile sul [sito Web Git](https://git-scm.com/doc). Dopo aver unito e inserito le modifiche, chiudi manualmente la pull request. Per ulteriori informazioni, consulta [Chiusura di una pull request](pull-requests-close.md). **Comandi Git comuni per unire rami** | | | | --- |--- | | Unisce le modifiche dal ramo di origine nel repository locale al ramo di destinazione nel repository locale. | `git checkout destination-branch-name` `git merge source-branch-name` | | Unisce il ramo di origine al ramo di destinazione, specificando un'unione rapida. In questo modo i rami vengono uniti e il puntatore del ramo di destinazione viene spostato sulla punta del ramo di origine. | `git checkout destination-branch-name` `git merge --ff-only source-branch-name` | | Unisce il ramo di origine al ramo di destinazione, specificando un'unione squash. Questo combina tutti i commit del ramo di origine in un unico commit di unione nel ramo di destinazione. | `git checkout destination-branch-name` `git merge --squash source-branch-name` | | Unisce il ramo di origine al ramo di destinazione, specificando un'unione a tre vie. Questo crea un commit di unione e aggiunge i singoli commit dal ramo di origine al ramo di destinazione. | `git checkout destination-branch-name` `git merge --no-ff source-branch-name` | | Elimina il ramo di origine nel repository locale. Ciò è utile per ripulire il repository locale dopo l'unione al ramo di destinazione e aver inviato le modifiche all'archivio di origine. | `git branch -d source-branch-name` | | Elimina il ramo di origine nel repository remoto (il repository di origine in CodeCatalyst) utilizzando il nickname specificato dal repository locale per il repository remoto. Da notare l'utilizzo dei due punti (`:`). In alternativa, specifica `--delete` come parte del comando. | `git push remote-name :source-branch-name` `git push remote-name --delete source-branch-name` | # Chiusura di una pull request Puoi contrassegnare una pull request come **chiusa**. Ciò non unisce la pull request, ma può aiutarti a determinare quali pull request richiedono un'azione e quali non sono più pertinenti. Ti consigliamo di chiudere una pull request se non hai più intenzione di unire tali modifiche o se le modifiche sono state unite da un'altra pull request. La chiusura di una pull request invierà automaticamente un'email all'autore della pull request e a tutti i revisori obbligatori o facoltativi. Non cambierà automaticamente lo stato di eventuali problemi legati alla pull request. **Nota** Non è possibile riaprire una pull request dopo che è stata chiusa. **Per chiudere una pull request** 1. Vai al progetto in cui desideri chiudere una pull request. 1. Nella pagina del progetto, vengono visualizzate le pull request aperte. Scegli la pull request che vuoi chiudere. 1. Scegli **Chiudi**. 1. Esamina le informazioni, quindi scegli **Close pull request**. # Comprendere le modifiche al codice sorgente con i commit in Amazon CodeCatalyst I commit sono snapshot dei contenuti e modifiche apportate ai contenuti di un repository. Ogni volta che un utente esegue un commit e invia una modifica a un ramo, tali informazioni vengono salvate. Le informazioni sul commit di Git includono l'autore del commit, la persona che ha eseguito la modifica, la data e l'ora e le modifiche apportate. Informazioni simili vengono incluse automaticamente quando crei o modifichi un file nella CodeCatalyst console Amazon, ma il nome dell'autore è il tuo nome CodeCatalyst utente. Puoi anche aggiungere tag Git ai commit per aiutarti a identificare commit specifici. In Amazon CodeCatalyst, puoi: + Visualizza un elenco di commit per una filiale. + Visualizza i singoli commit, incluse le modifiche apportate in un commit rispetto ai commit principali. Puoi anche visualizzare file e cartelle. Per ulteriori informazioni, consulta [Gestione dei file di codice sorgente in Amazon CodeCatalyst](source-files.md). **Topics** + [ ## Visualizzazione dei commit verso un ramo ](#source-commits-view) + [ ## Modifica della modalità di visualizzazione dei commit (console) CodeCatalyst ](#source-commits-settings) ## Visualizzazione dei commit verso un ramo Puoi visualizzare la cronologia delle modifiche apportate a una filiale esaminando i commit della filiale nella CodeCatalyst console. Questo ti aiuta a capire chi ha apportato modifiche alla filiale e quando. Puoi anche rivedere le modifiche apportate in un commit specifico. **Suggerimento** È inoltre possibile visualizzare la cronologia dei commit che hanno apportato modifiche a un file specifico. Per ulteriori informazioni, consulta [Visualizzazione di un fileVisualizzazione della cronologia delle modifiche apportate a un file](source-files-view-history.md). Puoi anche visualizzare i commit usando il tuo client Git. Per ulteriori informazioni, consulta la documentazione di Git. **Per visualizzare i commit (console)** 1. Passa al progetto che contiene l'archivio dei sorgenti in cui desideri visualizzare i commit. 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il repository in cui desideri visualizzare i commit verso una filiale. 1. Viene visualizzato il ramo predefinito del repository, incluse le informazioni sul commit più recente verso il ramo. Scegli **Commit**. In alternativa, scegli **Altro**, quindi scegli **Visualizza i commit**. 1. Per visualizzare i commit per un ramo diverso, scegli il selettore del ramo, quindi scegli il nome del ramo. 1. Per visualizzare i dettagli su un particolare commit, scegline il titolo da **Commit** title. Vengono visualizzati i dettagli del commit, incluse le informazioni sul commit principale e le modifiche apportate al codice confrontando il commit principale con il commit specificato. **Suggerimento** Se un commit ha più di un commit principale, puoi scegliere per quale commit genitore visualizzare le informazioni e visualizzare le modifiche scegliendo l'icona a discesa accanto all'ID del commit principale. ## Modifica della modalità di visualizzazione dei commit (console) CodeCatalyst Puoi modificare le informazioni visualizzate nella vista **Commit**. Puoi scegliere di nascondere o visualizzare colonne come autore e ID di commit. **Per modificare la modalità di visualizzazione dei commit (console)** 1. Passa al progetto che contiene il repository di origine in cui desideri visualizzare i commit. 1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**. Scegli il repository in cui desideri modificare la modalità di visualizzazione dei commit. 1. Viene visualizzato il ramo predefinito del repository, incluse le informazioni sul commit più recente nel ramo. Scegli **Commit**. 1. Scegliere l'icona a forma di ingranaggio. 1. In **Preferenze**, scegli il numero di commit da visualizzare e scegli se visualizzare le informazioni sull'autore del commit, sulla data di commit e sull'ID del commit. **Nota** Non puoi nascondere il titolo del commit nella visualizzazione delle informazioni. 1. Dopo aver apportato le modifiche, scegli **Salva** per salvarle o **Annulla** per eliminarle. # Quote per i repository di sorgenti in CodeCatalyst La tabella seguente descrive le quote e i limiti per gli archivi di origine in Amazon. CodeCatalyst Per ulteriori informazioni sulle quote in Amazon CodeCatalyst, consulta[Quote per CodeCatalyst](quotas.md). | Risorsa | Informazioni | | --- | --- | | Nomi dei rami | Qualsiasi combinazione di caratteri consentiti compresa tra 1 e 256 caratteri di lunghezza deve essere univoca all'interno di un repository. I nomi dei rami non possono: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/codecatalyst/latest/userguide/source-quotas.html) I nomi dei rami sono riferimenti. Molte delle restrizioni relative ai nomi dei rami sono basate sullo standard di riferimento Git. Per ulteriori informazioni, consulta [Git Internals](https://git-scm.com/book/en/v2/Git-Internals-Git-References) e [git-check-ref-format](https://git-scm.com/docs/git-check-ref-format). | | Commenti su una pull request | Massimo 1.000 su una pull request. | | Messaggio di commit | Massimo 1024 caratteri. | | Percorsi di file | Qualsiasi combinazione di caratteri consentiti, per una lunghezza compresa tra 1 e 4.096 caratteri. I percorsi dei file devono essere costituiti da un nome non ambiguo che specifica il file e dalla posizione esatta del file. Oltre a non poter contenere più di 20 directory, Inoltre, i percorsi di file non possono:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/codecatalyst/latest/userguide/source-quotas.html) I nomi e i percorsi di file devono essere completi. Il nome e il percorso di un file sul tuo computer locale devono essere conformi agli standard del sistema operativo in uso. Quando specifichi il percorso di un file in un repository, usa gli standard per Amazon Linux. | | Dimensioni file | Massimo 6 MB per ogni singolo file quando si utilizza la CodeCatalyst console. | | Dimensione del file visualizzabile nella console CodeCatalyst | Massimo 6 MB per ogni singolo file quando si utilizza la CodeCatalyst console. | | Dimensioni blob Git | Massimo 2 GB. Non esiste alcuna restrizione relativa al numero di file o alla dimensione totale di tutti i file in un singolo commit, purché i metadati non superino i 6 MB e un singolo blob non superi i 2 GB. Tuttavia, come best practice, prendi in considerazione la possibilità di effettuare più commit più piccoli anziché un unico commit di grandi dimensioni. | | Metadati per un commit | Massimo 6 MB per i [metadati combinati per un commit](https://git-scm.com/book/en/v2/Git-Internals-Git-Objects) (ad esempio, la combinazione di informazioni sull'autore, data, elenco di commit principale e messaggi di commit). Non esiste alcuna restrizione relativa al numero di file o alla dimensione totale di tutti i file in un singolo commit, purché i dati non superino i 20 MB, un file singolo non superi i 6 MB e un singolo blob non superi i 2 GB. | | Numero di CodeCatalyst problemi che possono essere collegati a una pull request | 50 | | Numero di problemi di Jira che possono essere collegati a una pull request | 50 | | Numero di richieste pull aperte in uno spazio | Massimo 1.000 per uno CodeCatalyst spazio Amazon. | | Numero totale di pull request in uno spazio | Massimo 10.000 per uno CodeCatalyst spazio Amazon. | | Numero di riferimenti in un singolo push | Massimo 4.000, include operazioni di creazione, eliminazione e aggiornamento. Non esiste tuttavia alcuna restrizione sul numero complessivo di riferimenti nel repository. | | Numero di repository in uno spazio | Massimo 5.000 per uno CodeCatalyst spazio Amazon. | | Descrizioni dei repository | Qualsiasi combinazione di caratteri, per una lunghezza compresa tra 0 e 1.000 caratteri. Le descrizioni dei repository sono facoltative. | | Nomi dei repository | I nomi dei repository devono essere univoci all'interno di un progetto. Possono contenere qualsiasi combinazione di lettere, numeri, punti, caratteri di sottolineatura e trattini di lunghezza compresa tra 1 e 100 caratteri. I nomi non distinguono tra maiuscole e minuscole. I nomi dei repository non possono terminare con .git, non possono contenere spazi e non possono contenere nessuno dei seguenti caratteri: `! ? @ # $ % ^ & * ( ) + = { } [ ] \| \ / > < ~ ` ' " ; : ` | | Dimensioni del repository | Le dimensioni del repository sono influenzate dai limiti complessivi di spazio di archiviazione dell'utente. Per ulteriori informazioni, consulta [Prezzi di ](https://codecatalyst.aws/explore/pricing) e [Risoluzione dei problemi relativi ai repository di origine](troubleshooting-source.md). | | Revisori per una pull request | Un massimo di 100 revisori in totale (facoltativo o obbligatorio) per una pull request. | | Riepiloghi scritti per le pull request | Il numero massimo di riepiloghi scritti per le pull request dipende dal livello di fatturazione del tuo spazio. Per ulteriori informazioni, consultare [Prezzi](https://codecatalyst.aws/explore/pricing). |