Closed jhgarrison closed 3 years ago
Yes, I think you are probably correct. We encountered this when working through the sanitizing of color values in #235 and #183.
What I like to do in cases like this is to separate these system-generated changes from my actual code/object changes using different commits in version control.
You may also notice a number of changed files the first time you export after building from source for the first time. (Building from source was a key milestone in this project, where the database can be constructed entirely from source files.) I like to get each project to the point where I can build a fully functioning version from source, then exclude the binary file (*.accdb) from version control, and just track everything at the source file level.
The query changes that you noticed are probably a different issue. It looks like perhaps it couldn't find the column names from the tables (perhaps these were from linked tables that were removed?) and just aliased the column names instead. Here again this add-in is a big help because it highlights these changes right away when you export source, instead of finding a broken query weeks or months later. 😄
Hope that helps!
Thanks for the explanation. The changed queries all referred to the missing tables, so you are most likely correct. They'll get removed in a later commit. And yes, I separated all the "upgrade" changes into a separate commit.
Awesome tool, thanks for putting the work into this!
I'm working on a legacy database that had a bunch of obsolete, broken table links. I deleted the table links and initialized the dependency tracker, and when I exported this updated version, git showed me 223 files changed. The changes don't look like anything I did, and range from stuff like this...
to changes in
WebImagePadding
values, to minor changes in other padding and positioning values.QUESTION: Can I assume all of this was the result of the Object Dependency tracker being turned on? Did it force a recompile of code that hadn't been recompiled in forever, triggering an "upgrade" from some previous version of Access and VBA? Many of the changes look like they add new attributes to objects, for example this update to a query definition:
I'm 99% certain my guess is correct, just wanted to run it by you in case msaccess-vcs-integration is involved.