Fix that `TRIGGER` definitions need to come _after_ data for a table
Since the addition of the CSV output mode in the 1.14.0 release, TRIGGER
definitions were (unintentionally) dumped before the data for a table. In previous releases, they followed the INSERT
statements.
Creating triggers before loading the data may be a problem when the trigger fires and not all tables have been created or locked at that time, so this change was reverted (#100).
What's Changed
- Update to
actions/checkout@v3
by @mpdude in #97 - Update PHP-CS-Fixer to v3.11 by @mpdude in #98
- Update actions/cache to v3 by @mpdude in #99
- Dump TRIGGER definitions after data by @mpdude in #100
Full Changelog: 1.14.0...1.14.1