Strategia Branches in a Trunk

Una strategia di ramificazione Trunk ha in genere i seguenti rami.

ramo di funzionalità

Sviluppate funzionalità o create un hotfix in un feature ramo. Per creare un feature ramo, si distacca dal main ramo. Gli sviluppatori eseguono iterazioni, eseguono il commit e testano il codice in un feature ramo. Quando una funzionalità è completa, lo sviluppatore la promuove. Ci sono solo due percorsi che partono da un feature ramo:

• Unisciti al ramo sandbox

• Crea una richiesta di unione nel ramo main

Convenzione di denominazione:	feature/<story number>_<developer initials>_<descriptor>
Esempio di convenzione di denominazione:	feature/123456_MS_Implement_Feature_A

ramo sandbox

Questo ramo è un branch principale non standard, ma è utile per lo sviluppo di pipeline CI/CD. Il sandbox ramo viene utilizzato principalmente per i seguenti scopi:

• Esegui una distribuzione completa nell'ambiente sandbox utilizzando le pipeline CI/CD

• Sviluppa e testa una pipeline prima di inviare richieste di unione per il test completo in un ambiente inferiore, ad esempio sviluppo o test.

Sandboxle filiali sono di natura temporanea e sono destinate a essere di breve durata. Dovrebbero essere cancellate dopo il completamento del test specifico.

Convenzione di denominazione:	sandbox/<story number>_<developer initials>_<descriptor>
Esempio di convenzione di denominazione:	sandbox/123456_MS_Test_Pipeline_Deploy

ramo principale

Il main ramo rappresenta sempre il codice in esecuzione in produzione. Il codice viene diramato damain, sviluppato e quindi ricongiunto a. main Le implementazioni di main potrebbero essere indirizzate a qualsiasi ambiente. Per proteggerla dall'eliminazione, abilita la protezione della main filiale.

Convenzione di denominazione:

main

ramo hotfix

Non esiste un hotfix ramo dedicato in un flusso di lavoro basato su trunk. Gli hotfix utilizzano i rami. feature