What all the steps Liquibase follows while rolling back?

I don't understand the detailed steps when rolling back using Liquibase.

I had scenario like 6 changesets and for one changeSet rollback was not defined - that is, only <rollback/> within the changeset.

After executing using deployIT I could see 7 entries in Databasechangelog table, 6 for added, one for tag creation due usage of deployIT.

After rolling back I saw the behavior of removing all newly added 6 changesets even though one of the six changesets had an empty rollback tag.

Please any expert tell me why? What is the exact behavior of rollback?

Overall want to know when records from Databasechangelog removed ?

When running rollback, liquibase finds the changeSets to roll back, and then checks for a <rollback> tag in each describing how to roll the changeSet back.

If there is no <rollback> tag, then Liquibase checks if the changes in the changeSet have built-in logic on how to roll themselves back. Like gile pointed out, if there is enough information in the change to undo it (like how the createTable change has the table name needed to drop the table) it will be able to still roll them back.

But if there isn't enough information in the change (like how a dropTable doesn't have the information needed to re-create the table) then the rollback command will fail with a "cannot roll back" error.

So the rollback logic is:

1. Use what is defined in a block
2. If no rollback block, try to deduce what is needed
3. If there isn't enough information to roll back, exit before rolling back

If you specify an empty rollback block, you are telling Liquibase "the logic needed to roll this back is to do nothing", so Liquibase happily runs your no-op rollback command and marks the changeSet as rolled back.