View a markdown version of this page

Archivia e collabora sul codice con i repository di sorgenti in CodeCatalyst - Amazon CodeCatalyst

Amazon non CodeCatalyst è più aperto a nuovi clienti. I clienti esistenti possono continuare a utilizzare il servizio normalmente. Per ulteriori informazioni, consulta Come migrare da CodeCatalyst.

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 in 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 anche il repository 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 repository di origine in un CodeCatalyst progetto. Ad esempio, potresti voler disporre di repository di origine separati per il codice sorgente front-end, il codice sorgente back-end, le utilità e la documentazione.

Ecco un possibile flusso di lavoro per lavorare con il codice nei repository di origine, 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 modifiche rapide per aggiungere un test al codice. Li crea un Dev Environment, 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 invia il ramo con le modifiche al repository dei sorgenti. CodeCatalyst Li crea quindi una richiesta pull. Come parte della creazione della pull request, Li aggiunge Jorge Souza e Saanvi Sarkar come revisori per assicurarsi che il codice venga esaminato.

Durante la revisione del codice, Jorge Souza ricorda di avere il suo archivio di progetti GitHub che contiene un prototipo dell'app su cui stanno lavorando. Chiede a Mary Major di installare e configurare l'estensione che gli permetterà di collegare il GitHub repository al progetto come repository 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 esistenti. Git-based Puoi creare e utilizzare token di accesso personali (PAT) come password specifica dell'applicazione durante la clonazione e l'utilizzo di repository di sorgenti da un client Git o da ambienti di sviluppo integrati (IDE). Questi PAT sono associati alla tua identità utente. CodeCatalyst Per ulteriori informazioni, consulta Concedi agli utenti l'accesso al repository con token di accesso personali.

CodeCatalyst i repository di origine supportano le richieste pull. Questo è un modo semplice per te e gli altri membri del progetto di rivedere e commentare le modifiche al codice prima di unirle da un ramo all'altro. È possibile visualizzare le modifiche nella CodeCatalyst console e commentare le righe di codice.

I push alle filiali di un repository di CodeCatalyst origine possono avviare automaticamente un'esecuzione in un flusso di lavoro, in cui è possibile creare, testare e distribuire le modifiche. Se il repository di origine è stato creato come parte di un progetto utilizzando un modello di progetto, uno o più flussi di lavoro vengono configurati automaticamente 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 sono 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.