Denny,There IS a bug in the incrementing of the major iersvon. I've fixed it in SVN, but haven't made a new public release with the fix (one more entry on my list of things to do "sometime"). Since the major iersvon only updates between migrations, the bug can only manifest itself if there is an issue with the first step of a given migration, but you're right, there is an issue there. The minor iersvons (steps within a migration) are double protected: the increment happens second, and the whole thing is wrapped in a CFTRANSACTION. The reason the major iersvon increments first is for internal bookkeeping reasons. It's safe for it to increment even if the first migration step fails, because it'll be minor iersvon zero (which means the first step is still next in line). The bug was in when the minor iersvon was reset to zero; it happened at the wrong time before.For the two-developer conflict scenario, there's nothing the tool can do about it. You have to resolve the conflicts when the second developer commits his/her changes. Migration code does have some ordering ramifications, so resolving a conflict might not be as simple as otherwise (quite possibly requiring manual tweaks to the `schema_version` table), but it's really no different from any other conflict between multiple developers.
UmAVDLdzexVjjUMoh March 21, 2012 at 11:13 PM
Denny,There IS a bug in the incrementing of the major iersvon. I've fixed it in SVN, but haven't made a new public release with the fix (one more entry on my list of things to do "sometime"). Since the major iersvon only updates between migrations, the bug can only manifest itself if there is an issue with the first step of a given migration, but you're right, there is an issue there. The minor iersvons (steps within a migration) are double protected: the increment happens second, and the whole thing is wrapped in a CFTRANSACTION. The reason the major iersvon increments first is for internal bookkeeping reasons. It's safe for it to increment even if the first migration step fails, because it'll be minor iersvon zero (which means the first step is still next in line). The bug was in when the minor iersvon was reset to zero; it happened at the wrong time before.For the two-developer conflict scenario, there's nothing the tool can do about it. You have to resolve the conflicts when the second developer commits his/her changes. Migration code does have some ordering ramifications, so resolving a conflict might not be as simple as otherwise (quite possibly requiring manual tweaks to the `schema_version` table), but it's really no different from any other conflict between multiple developers.
Y am I No?Sai May 22, 2012 at 11:10 AM
M not able to use MySql in this.. Y me No?
Post your Comment