Ho letto un po 'di più sullo sviluppo basato su trunk, la mia azienda attualmente utilizza principalmente il modello git flow e ho avuto una domanda riguardante i commit che si verificano sul trunk e su come sono versionati.
Utilizzerò il post di Paul Hammant blog per provare e mantenere la domanda meno soggettiva. Quindi di seguito abbiamo il modello di ramificazione dal suo post sul blog
Sonointeressatoaquale"versione" ciascuno dei commit verdi genera dal trunk. Esemplare dopo il cherry pick per generare 1.1.1 ci sono circa 15 commit sul trunk prima di passare alla versione 1.2.X. Ogni volta che questi commit si collegano al trunk, presumo che il trunk sia stato costruito e testato sull'unità (forse anche in un ambiente di staging), quindi quale versione è quella che commette? Importa?
TC prende uno dei commit e costruisce progetti e unit test. Genera un artefatto? Mi chiedo come lo distribuirai tramite Chef o simile all'ambiente di staging, se questo è davvero ciò che fai con dev come trunk.
Immagino che in ambienti ci siano dozzine di cambiamenti ogni giorno che il versioning deve essere automatizzato (un delta semantico aggiunto tramite il messaggio di commit) o non visto come molto importante a causa dell'alto volume e del flusso di modifiche .