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
Currently migration scripts are read by splitting them into lines and then rejoining those lines using the system line separator (MigrationScriptReaderImpl.java:165). The checksum for the script is calculated based on the rejoined text.
This means the checksum depends on the line ending setting of the system: applying the same script on a Windows and a Linux system will lead to different checksums being stored and mixing them will lead to checksum conflict errors (if enabled). It's not even possible to circumvent this problem by changing the line endings of the file on disk since those are immediately discarded.
The text was updated successfully, but these errors were encountered:
I expect this is more a shared dev environment problem, right, not a production issue? @felixkrull-neuland is this solution suitable for you: #183
Then I would release a new version in the next days.
You're right that it's more of a shared dev environment problem, and fully disabling evolutions in situations like that would be a good idea anyway. But the behaviour still surprised us.
Currently migration scripts are read by splitting them into lines and then rejoining those lines using the system line separator (MigrationScriptReaderImpl.java:165). The checksum for the script is calculated based on the rejoined text.
This means the checksum depends on the line ending setting of the system: applying the same script on a Windows and a Linux system will lead to different checksums being stored and mixing them will lead to checksum conflict errors (if enabled). It's not even possible to circumvent this problem by changing the line endings of the file on disk since those are immediately discarded.
The text was updated successfully, but these errors were encountered: