mirror of
https://github.com/fleetdm/fleet
synced 2026-05-18 22:49:19 +00:00
Related to #35847. Flagged by both Junie Pro and Zed + Sonnet 4.5. Prompt for Junie: Sometime on Thursday, a code change caused database errors relating to the database server_mdm_android_tests_CreateNamedMySQLDS not being found to show up in integration tests, particularly TestServiceEnterprise and TestServiceSoftware/TestAndroidSoftwareIngestion. Find the cause for this failure. Prompt for Zed: Sometime on Thursday, a code change caused database errors relating to the database server_mdm_android_tests_CreateNamedMySQLDS not being found to show up in integration tests, particularly TestServiceEnterprise and TestServiceSoftware/TestAndroidSoftwareIngestion. Find the cause for this failure. https://github.com/fleetdm/fleet/issues/35847 has some more detail. |
||
|---|---|---|
| .. | ||
| mock | ||
| service | ||
| tests | ||
| android.go | ||
| arch_test.go | ||
| datastore.go | ||
| errors.go | ||
| pubsub.go | ||
| README.md | ||
| service.go | ||
The MDM Android package attempts to decouple Android-specific service and datastore implementations from the core Fleet server code.
Any tightly coupled code that needs both the core Fleet server and the Android-specific features must live in the main server/fleet, server/service, and server/datastore packages. Typical example are MySQL queries. Any code that implements Android-specific functionality should live in the server/mdm/android package. For example, the common code from server/datastore package can call the android datastore methods as needed.
This decoupled approach attempts to achieve the following goals:
- Easier to understand and find Android-specific code.
- Easier to fix Android-specific bugs and add new features.
- Easier to maintain Android-specific feature branches.
- Faster Android-specific tests, including ability to run all tests in parallel.