5 min
Trunk-based o GitFlow: com triar el flux de branques
La discussió es planteja com a religiosa i gairebé mai ho és. Dues preguntes sobre el teu producte decideixen la resposta en un minut.
Cada cert temps un equip s'embranca en si fer servir trunk-based o GitFlow com si fos una qüestió de principis. Gairebé sempre és una qüestió de dues propietats del producte.
Pregunta u: manteniu diverses versions alhora?
Si veneu programari amb versions numerades i doneu suport a la 3.x mentre desenvolupeu la 4.0, necessiteu branques de llarga vida per arreglar la 3.x sense arrossegar el que és nou. Això és GitFlow o una variant. Si només existeix «el que hi ha a producció ara mateix», no teniu aquest problema.
Pregunta dos: amb quina freqüència despleguen?
Si despleguen diverses vegades per setmana o per dia, les branques de llarga vida es converteixen en un peatge: cada fusió és gran i arriscada. Trunk-based —integrar a main diàriament, darrere de *feature flags* si alguna cosa no està a punt— redueix la mida del lot i amb ella el risc.
- Una versió suportada + desplegament freqüent → trunk-based.
- Diverses versions suportades → GitFlow, encara que despleguen sovint.
- Una versió + desplegament trimestral → qualsevol dels dos serveix; tria el més simple.
La guia completa de flux de branques, revisió i publicacions és a Git i control de versions en equip.
- Git
- Processos
- DevOps
Guies relacionades
Següent pas
Mitja hora ben invertida
Explica'ns el problema en una trucada curta. En sortim amb una primera orientació de per on aniria i què implicaria, sense compromís i sense presentació comercial.