Flyway geçişlerini "sıkıştırmak" için herhangi bir yol var mı?

Question

Veritabanı şemasını taşımak için Flyway'i kullanıyoruz ve zaten 100'den fazla geçiş komut dosyasına sahibiz.

Birden çok geçişi tek bir birinci sürüm geçişine "ezdik" edince, bu, şemayı düşürdüğümüz ve yeniden oluşturduğumuz için geliştirme sırasında sorun değil. Ancak, Flyway'in göçleri doğrulayamayacağı için bu üretim işe yaramaz.

Bu durumda ne yapacağım konusunda herhangi bir belge veya en iyi uygulamayı bulamadım. Sorun, dosya miktarının sürekli artmasıdır, üretim zaten en son sürümdeyse, her zaman binlerce geçiş dosyasını görmek istemiyorum. Yani, üretimdeki sürümden daha düşük bir sürüm numarasına sahip olan geçiş komut dosyaları, bizim için ilgisizdir, bu dosyaları tek bir geçişe sığdırırsak harika olurdu.

MySQL kullanıyoruz.

Bunu nasıl ele alabiliriz?

Answer 1

Bu, yeniden baselining ne yapardı?

Hala uçmak için yeniyim, ama işte böyle olacağını düşünüyorum. Bunun için sözümü almadan önce lütfen aşağıdakileri test edin.

Şema_version tablosunu silin. Taşıma komut dosyalarınızı silin.

Çalıştır Flyway bazal (bu schema_version tablosunu yeniden oluşturur ve sürüm 1 olarak bir temel kayıt ekler)

Şimdi gitmeye hazırız. Tüm geçiş komut dosyalarınızı kaldırdığınız sürece önceki sürümlere 'geçiş yapamayacağınızı unutmayın, ancak bu sizin için sorun olmayabilir. adım çözeltisi

Aşama: örneğin MySQL Workbench ile bir komut dosyası olarak

1. drop table schema_version;
2. İhracat veritabanı yapısı. Tüm taşıma komut dosyalarını sil Bu senaryoyu V1__Baseline.sql
3. ad verip komut klasörüne V1__Baseline.sql eklemek, bu yüzden