Daniel Koos am 06.10.2020:

Hi Valeri, B/G = Blue/Green ist das gleiche wie ZDT = Zero-Downtime-Compatible
​das Bedeutet, dass eine Änderung im Code so “abwärts-kompatibel” sein muss, dass sie das alte release während der Passive/Active und der Active/Active Phase des Deployments nicht beeinflusst.
ganz konkret geht es bei dem von dir zitierten Punkt darum, die neue Spalte einfach mal so (ohne Flyway) manuell in das Default-Profil in der Datenbank zu packen ohne vorher irgendwelche Anpassungen im Code zu machen. Sprich der Code kennt die neue Spalte noch nicht. Und dann mal lokal bauen und in der entsprechenden UI ein bisschen rumklicken was die Tableconfigs angeht und schauen ob irgendwo was nicht rund läuft. Damit simulierst du quasi die alte Applikation während dem GoLive.
normalerweise müsste das passen aber wir sind uns nicht 100%ig sicher, daher der “check if B/G compatible”. Wenn alles ohne Fehler funktioniert kannst du die Spalte wieder manuell aus der Datenbank rauswerfen und den SubTask ganz normal implementieren, inkl. dem hinzufügen der Spalte ins DefaultProfil via Flyway script.

https://cust-projects.seeburger.de/redmine/projects/supplyon-common/wiki/Design_of_SQL_Statements_-_ZDTEBR_Light_Extension#Create-a-foreign-key-on-a-table-referencing-an-existing-table

⇒ FK creation is not zero downtime compatible, so it should be solved like in this change:

https://git.seeburger.de/r/c/supplyon/scm-auto/+/116545

cd D:\development\tools\flyway-4.2.0

...
flyway migrate -configFile=conf\flyway_scm_common.conf
flyway migrate -configFile=conf\flyway_scm_dtm.conf
...
flyway migrate -configFile=conf\flyway_scm_webedi.conf

At the moment only the last line (…_scm_webedi) works → TODO: fix corresponding config files.