Domanda

Qualcuno conosce un buon modo per consentire progetti più grandi, con molti ingegneri che lavorano in parallelo, per gestire il versioning con Flyway ?Spesso lo scopriamo durante il fusione per padroneggiare, finiamo con un fusione in conflitto solo perché 2-3 progetti indipendenti necessari cambiamenti DB e hanno usato lo stesso numero di versione.

In questo scenario, non sono nemmeno sicuro se un timestamp in stile rails per il versioning funzionerebbe, perché non conosci necessariamente l'ordine in cui i fusioni saranno fatti per padroneggiare.

Qualche buon trucco per aggirare questo, a parte il dover riservare la tua migrazione poco prima di unire?

tom

È stato utile?

Soluzione

rinumerare certamente è un modo.

Un'altra tecnica semplice per evitare conflitti di numero di versione, è avere una lavagna o una pagina semplicemente wiki, in cui ogni sviluppatore può prenotare un numero di versione quando iniziano a funzionarla.

In alternativa, Flyway 1.8 uscirà presto e includerà una funzione che opzionalmente consente di esaurire le migrazioni.Questo non è tuttavia senza rischi in tutti gli scenari.

Altri suggerimenti

Il modo migliore che ho visto per superare i problemi di controllo tra i rami per abilitare OutoForder e utilizzare un timestamp come numero di versione

Vedi la mia risposta qui: ComeUtilizzare Flyway quando si lavora con le filiali di funzionalità

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top