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
Here's a screenshot from the Pycharm debugger that shows the issue
The migration linter is checking for a migration with a tuple ("netsuite", "0012_added_netsuite_suiteapp_config") against the Django disk_migrations (self.migration_loader is the Django MigrationLoader).
This migration linter assumes that "netsuite" is a valid app name for Django. But it's not - Django doesn't know about an app called netsuite, it knows about one called integrations_netsuite. This is because we renamed it in a custom AppConfig in apps.py:
Here's a screenshot from the Pycharm debugger that shows the issue
The migration linter is checking for a migration with a tuple
("netsuite", "0012_added_netsuite_suiteapp_config")
against the Djangodisk_migrations
(self.migration_loader
is the DjangoMigrationLoader
).This migration linter assumes that "netsuite" is a valid app name for Django. But it's not - Django doesn't know about an app called
netsuite
, it knows about one calledintegrations_netsuite
. This is because we renamed it in a customAppConfig
inapps.py
:So the root issue is that the linter doesn't look truly at app labels, it only looks at folder structures.
This appears to only be an issue when used in concert with the git commit id.
Fix for this issue is at #248 which takes the folder structure and converts it to the real Django app without assumptions about naming.
The text was updated successfully, but these errors were encountered: