Flyway Versionierung

[OnDemand]

Hallo zusammen,

wünsch euch ein gesundes neues Jahr.

Plane grad eine neue Version 3.9.0, in dieser Version werd ich nach und nach viel Neues einbauen und die DB mit Flyway erweitern.

Bisher hab ich die .sql Files immer V1, V2, V3 usw benannt.

Nun hab ich V60 auf v3.8.0. Jetzt möchte ich im Branch aber schon was zur DB hinzufügen müsste also V61 sql File anlegen. Wenn ich aber nun in v3.8.0 noch einen Fix einbauen muss oder so, müsste ich da auch V61 machen. Das beisst sich dann wenn ich 3.9.0 release.

Wie geht man da am besten vor? Die SQL Files entsprechend release versionieren sprich V3901 zb? Dann könnte ich in der alten Version ja problemlos V61 script erstellen.

Hoffe mir kann jemand folgen

 

[LimDul]

Wie haben unsere Skripte immer wie folgt benannt:

VMajor_Minor_Patch_LaufendeNummer.

Also die Skripte zur 3.8.0 hießen immer:
V3_8_0_1, V3_8_0_2 usw.

Dadurch war auch immer sofort klar, welches Skript zur welcher Version gehört

 

[OnDemand]

Top danke! Also müssen die gar nicht fortlaufend sein? Dachte immer muss 1,2,3 usw sein na dann ist ja easy danke sehr!

 

[LimDul]

Flyway Documentation - Flyway - Product Documentation

Version: Version with dots or underscores separate as many parts as you like (Not for repeatable migrations)

Kannst die sogar V3.8.0_1_BlaBlub.sql nennen

 

[Mart]

warum nimmst du kein versions tool wie github? da kannst du realease tätigen und hast immer af jede version zugriff

 

[LimDul]

warum nimmst du kein versions tool wie github? da kannst du realease tätigen und hast immer af jede version zugriff

Ehm, ich glaube dir ist nicht klar, was Flyway ist - da geht es darum für Releases sauber strukturierte DB-Skripte zu erstellen, damit die Datenbank auf einem konsistenten und definierten Stand ist.