2015-01-05 12 views
5

Attualmente sto migrando un progetto in Git Flow e sono davvero apprezzato della flessibilità che offre.Impegnarsi a sviluppare filiale direttamente in Git Flow?

Il problema è, nelle seguenti situazioni, posso lavorare direttamente su un ramo di sviluppo?

  • un errore di battitura correzione minore,
  • o un piccolo refactoring-livello di metodo,
  • o alcuni errori correzioni dopo una funzione è stata fusa.

Ho letto il creator's post e non si parla di questa situazione. Cosa state facendo voi ragazzi nel mondo reale?

+0

Imo questa domanda è principalmente basata sull'opinione che, a sua volta, significa che non esiste una risposta * true *. –

+1

la risposta è anche nel link che hai citato. Guarda attentamente il grafico. Appena sopra l'unione '1.3.0-unstable.1' c'è un commit fatto direttamente sul ramo di sviluppo. – xaa

risposta

1

Penso che dipenda da voi. Quello che abbiamo fatto nel nostro progetto è provare e avere tutto su un ramo e poi quando stiamo per rilasciare, unire ciò che vogliamo di nuovo nella versione da sviluppare. Quindi creiamo il nostro ramo di rilascio dallo sviluppo. Dico che abbiamo fatto tutto su un ramo, ma per errori di battitura e correzioni molto minori non tendiamo a creare un ramo.

1

Totalmente. Il vantaggio di rami di funzionalità isolati nel flusso Git è principalmente per le persone che li hanno richiesti. Finché è un cambio di codice che sei sicuro è ok per andare alla prossima versione, può essere fatto direttamente nello sviluppo. Non puoi impantanare la tua squadra con troppe ramificazioni di funzionalità se puoi aiutarla.