Filiali in una GitHub strategia Flow - AWS Guida prescrittiva

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à.

Filiali in una GitHub strategia Flow

Una strategia GitHub di ramificazione Flow ha in genere i seguenti rami.

Le filiali e gli ambienti in una strategia di ramificazione GitHub Flow.

ramo di funzionalità

Sviluppi funzionalità nelle feature filiali. Per creare un feature ramo, si distacca dal main ramo. Gli sviluppatori eseguono iterazioni, eseguono il commit e testano il codice nel feature ramo. Quando una funzionalità è completa, lo sviluppatore la promuove creando una richiesta di unione a. main

Convenzione di denominazione:

feature/<story number>_<developer initials>_<descriptor>

Esempio di convenzione di denominazione:

feature/123456_MS_Implement_Feature_A

ramo bugfix

Il bugfix ramo viene utilizzato per risolvere i problemi. Questi rami si diramano dal main ramo. Dopo che il bugfix è stato testato nella sandbox o in uno qualsiasi degli ambienti inferiori, può essere promosso ad ambienti superiori unendolo a main una richiesta di unione. Questa è una convenzione di denominazione consigliata per l'organizzazione e il tracciamento; questo processo può anche essere gestito utilizzando un feature branch.

Convenzione di denominazione:

bugfix/<ticket number>_<developer initials>_<descriptor>

Esempio di convenzione di denominazione:

bugfix/123456_MS_Fix_Problem_A

ramo hotfix

Il hotfix branch viene utilizzato per risolvere problemi critici ad alto impatto con un ritardo minimo tra il personale di sviluppo e il codice distribuito in produzione. Queste filiali sono ramificate dalla main filiale. Dopo aver testato l'hotfix nella sandbox o in uno qualsiasi degli ambienti inferiori, può essere promosso ad ambienti superiori unendolo a main una richiesta di unione. Si tratta di una convenzione di denominazione consigliata per l'organizzazione e il monitoraggio; questo processo può anche essere gestito utilizzando un feature branch.

Convenzione di denominazione:

hotfix/<ticket number>_<developer initials>_<descriptor>

Esempio di convenzione di denominazione:

hotfix/123456_MS_Fix_Problem_A

ramo principale

Il main ramo rappresenta sempre il codice in esecuzione in produzione. Il codice viene unito al main ramo proveniente dalle feature filiali utilizzando le richieste di unione. Per proteggerti dalla cancellazione e impedire agli sviluppatori di inviare il codice direttamente al ramomain, abilita la protezione della filiale. main

Convenzione di denominazione:

main