Наша команда использует миграции Flyway SQL в нашем текущем проекте, сохраняя всю кодовую базу в Git. Для кодирования каждый участник использует Eclipse или Intelij Idea, кто-то использует Linux, а другие Windows. Несколько раз случалось, что файл миграции SQL был случайно изменен. Вероятно, основной сценарий заключается в том, что разработчик запускает «код переформатирования» для всего проекта, и это, в свою очередь, немного изменяет SQL, удаляя пустую строку, разделяя строку SQL и тому подобное, поэтому изменение файла без изменения логи c срока действия инструкции SQL. Проблема в том, что когда мы развертываем новую версию приложения, она не запускается, потому что Flyway отмечает, что контрольная сумма файлов миграции, включенных в приложения, отличается от тех, которые хранятся в таблицах flyway.
Я спрашиваю предложения о том, как избежать этой проблемы, вызванной «неудачными» миграциями.
Мы думали, что файлы SQL должны быть неизменными, чтобы контрольная сумма не могла измениться. Или, по крайней мере, процесс сборки должен предупреждать нас в случае изменения файла. Но мы не нашли удовлетворительного решения.
Заранее благодарим за вашу помощь.