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 README file.md, codice di esempio, definizioni del flusso di lavoro e altre risorse. Quando si crea un repository di origine senza utilizzare un blueprint, viene aggiunto automaticamente un README file.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.

La creazione di un repository in crea CodeCatalyst anche un primo commit, che crea un ramo predefinito con un README file.md incluso. Il nome di quel ramo predefinito è main. Questo è il nome di ramo predefinito utilizzato negli esempi di questa guida.