You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Cassalog applies schema updates in the order in which they are declared. As the changes are applied they are also recorded in the changelog table. Cassalog checks that the order of schema updates in the scripts matches the order in the changelog table. For example, let's say we have applied changes 1, 2, 3. Then we edit our scripts so that we have 1, 2, 2.1, 3. The next time Cassalog runs, it will throw an exception because it expects to find schema update 3 in the scripts, it instead finds 2.1. There are situations where it would be helpful to relax the ordering constraint. Consider the following example.
We have v1 of our app (already released) that has schema updates u1, u2, u3. Then we released version v2 with u3, u4, u5. v3 is the next version to be released and it adds u6 and u7. We need to make a change that will go into v3, and it also needs to be back ported to v1 and v2. Cassalog currently does not handle this situation, or at least not very well.
The text was updated successfully, but these errors were encountered:
Cassalog applies schema updates in the order in which they are declared. As the changes are applied they are also recorded in the changelog table. Cassalog checks that the order of schema updates in the scripts matches the order in the changelog table. For example, let's say we have applied changes 1, 2, 3. Then we edit our scripts so that we have 1, 2, 2.1, 3. The next time Cassalog runs, it will throw an exception because it expects to find schema update 3 in the scripts, it instead finds 2.1. There are situations where it would be helpful to relax the ordering constraint. Consider the following example.
We have v1 of our app (already released) that has schema updates u1, u2, u3. Then we released version v2 with u3, u4, u5. v3 is the next version to be released and it adds u6 and u7. We need to make a change that will go into v3, and it also needs to be back ported to v1 and v2. Cassalog currently does not handle this situation, or at least not very well.
The text was updated successfully, but these errors were encountered: