Oi!

O Flyway, por padrão, procura migrações em ambos os diretórios src/main/resources e src/test/resources, e isso é o que está causando o conflito. Uma possível solução para isso seria usar um prefixo diferente para as migrações de teste.

Por exemplo, você poderia usar TV1__ para as migrações de teste e V1__ para as migrações de produção/desenvolvimento. Dessa forma, o Flyway não consideraria as migrações de teste como conflitantes com as migrações de produção/desenvolvimento.

No seu arquivo application-test.properties, você precisaria adicionar a seguinte linha para informar ao Flyway para procurar migrações de teste com o prefixo T:

flyway.sql-migration-prefix=T

Coloquei todos com o seguinte padrão: TV1__Create_Table_User.sql ....

Adicionei a linha de comando que me recomendou :

Mas não mudou nada, é como se o arquivo não existisse, não está sendo reconhecido, e a seguinte mensagem aparece:

10 SQL migrations were detected but not run because they did not follow the filename convention.

Na verdade volte os nomes das migrations para o anterior e apenas adicione essa propriedade no application-test.properties:

spring.flyway.locations=filesystem:src/test/resources/db/migration

Remova a outra propriedade do prefixo

Agora funcionou, mas engraçado, continua apontando pro mesmo lugar que spring flyway.locations=classpath:db/migration. Qual a diferença? lembrando que classpath:db/migration aponta pro msm lugar mas escrito de uma forma diferente

Colocando classpath:db/migration ele vai procurar apenas dentro de src/main/resources, ignorando o source folder de testes.

Achei que esse classpath se referenciasse ao diretorio atual, que no caso seria, src/test/resources. pois o application-test.properties está dentro desse classpath (src/test/resources) -> db -> migration , por isso classpath:db/migration