documentation/Reference/Configuration/Flyway Namespace/Flyway Cherry Pick Setting.md
{% include teams.html %}
An array of migrations that Flyway should consider when migrating, undoing, or repairing. Migrations are considered in the order that they are supplied, overriding the default ordering. Leave blank to consider all discovered migrations.
Note that when used in conjunction with undo, the migrations are undone in reverse to how they are specified to
cherryPick i.e. flyway undo -cherryPick=3,2,1 will undo migrations in the order 1,2,3.
Each item in the list must either be a valid migration version (e.g 2.1) or a valid migration description (e.g.
create_table).
For example:
V1__create_table1.sql, V2__create_table2.sql, and R__create_view.sqlflyway migrate -cherryPick="1,create_view"The schema history table now shows migration V1 and create_view as being successfully applied. However
V2 has been skipped and is marked as 'ignored'.
V2__create_table2.sql can be cherry picked for deployment at a later time.
String array
[]
This can't be set in a config file via Flyway Desktop, although it will be honoured, and it can be configured as an advanced parameter in operations on the Migrations page.
./flyway -cherryPick="2.0" migrate
[flyway]
cherryPick = ["2.0"]
flyway.cherryPick=2.0
FLYWAY_CHERRY_PICK=2.0
CherryPickConfigurationExtension cherryPickConfigurationExtension = configuration.getConfigurationExtension(CherryPickConfigurationExtension.class);
cherryPickConfigurationExtension.setCherryPick(List.of("2.0"));
flyway {
pluginConfiguration = [
cherryPick: '2.0'
]
}
<configuration>
<pluginConfiguration>
<cherryPick>2.0</cherryPick>
</pluginConfiguration>
</configuration>
Let's say you have a project with 3 migrations:
V1__fastCreate1.sql
V2__slowInsert2.sql
V3__fastCreate3.sql
Migration
V2 takes a tremendously large amount of time to execute so you decide executing it overnight would be better, but still need to execute migrations
V1 and V3. Without cherryPick this would involve deleting
V2 from disk and adding it back when needed which is a tedious and error prone task. Using
cherryPick we can simply migrate V1 and V3 immediately:
flyway migrate -cherryPick="1,3"
When it comes to migrating
V2, we can utilise outOfOrderas follows:
flyway migrate -outOfOrder="true"
By default undo will undo migrations starting with the latest applied migration. With
cherryPick you can undo migrations out of order, targeting specific migrations to undo.
Let's assume the following 3 migrations are applied, and all have an available undo migration:
V1__first.sql
V2__second.sql
V3__third.sql
If we only want to undo migration V2 we can run:
flyway undo -cherryPick="2"
This will let us target any migration to undo out of order.