VCS 4.0.34: When a Table is deleted from the database, a *.SQL file remains in the source folder #536
Comments
|
Thanks for reporting this! I can reproduce the issue as well. |
joyfullservice
added a commit
that referenced
this issue
Oct 4, 2024
Include *.sql in the list of extensions related to TableDef objects. Fixes #536
|
This should be fixed in the next update. You can build from the |
josef-poetzl
added a commit
to josef-poetzl/msaccess-vcs-addin
that referenced
this issue
Oct 8, 2024
* Avoid redundant scans for legacy source files These calls only need to be run during a full export. Definitely not repeated for each object exported. We may do some further cleanup later as some of these legacy files are far enough removed from the current version that the checks are probably no longer needed. See joyfullservice#527 * Improve performance on get relations QuickCount When working over a VPN on a database with linked tables, DCount was significantly faster in quickly getting a count of relationships, cutting down overall export (scan) time significantly. * Fix incompatible Access SQL data type Fixes joyfullservice#533 * Remove orphaned TableDef *.sql files Include *.sql in the list of extensions related to TableDef objects. Fixes joyfullservice#536 --------- Co-authored-by: joyfullservice <[email protected]>
|
Related to #366 (leftover crud). |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
After a table is deleted, and the database is exported, the *.XML file is removed from the tbldefs folder, but the *.SQL file remains.
I'm finding orphaned *.SQL files in my source code.
The text was updated successfully, but these errors were encountered: