OK, I have confirmed that my interpretation—not the manual—is correct.
If it is OK with everyone I will update the manual to read:
Best,Specifies that should Liquibase’s calculation of the Since 1.7
Laird
OK, I have confirmed that my interpretation—not the manual—is correct.
If it is OK with everyone I will update the manual to read:
Best,Specifies that should Liquibase’s calculation of the Since 1.7
I think I have a fundamental misunderstanding of the http://about.me/lairdnelson
Oops; don’t have the privileges to update the wiki; filed https://liquibase.jira.com/browse/CORE-1112 to track it instead.
–
http://about.me/lairdnelson
Yeah, I locked down the wiki after a previous spam attack. I’ll get the docs fixed, thanks for the jira entry.
Nathan
This means you can’t use to mitigate problems when migrating from one Liquibase version to another. For example:
And, since validCheckSum is a child tag of a changeSet, simply adding the tag causes the checksum to change. To build on your example,
I’m wondering if I’m just misunderstanding the use of the validCheckSum tag…
The validCheckSum tag is not included in the checksum computation, so it should not change by adding the tag.
Nathan
Glad you figured it out. Thanks for the update.
Nathan
I stand corrected. When I was playing with valid checksums in version 3.0.7, I was getting behavior that seemed to indicate that the checksum was changing whenever I adding/modified the validCheckSum tag, but it all seems to be working correctly in version 3.1.1.
Sorry for the confusion,
Steve
This is STILL wrong in the manual…
http://www.liquibase.org/documentation/changeset.html
When comparing the changeSet stored in the database with the checksum generated from the current changeSet, do not consider the changeSet changed if the given validCheckSum is in the database.
Thanks for reminding me. I updated the docs, let me know what you think.
Nathan