-
Notifications
You must be signed in to change notification settings - Fork 32
🔨 Make devel-mode work again and importing in main modules ⚠️
#8515
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
devel-mode work againdevel-mode work again ⚠️
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## master #8515 +/- ##
==========================================
- Coverage 87.52% 87.49% -0.03%
==========================================
Files 2011 2011
Lines 78591 78591
Branches 1349 1349
==========================================
- Hits 68785 68767 -18
- Misses 9402 9420 +18
Partials 404 404
Continue to review full report in Codecov by Sentry.
🚀 New features to boost your workflow:
|
🧪 CI InsightsHere's what we observed from your CI run for 84bda31. ✅ Passed Jobs With Interesting Signals
|
…improve type hints
ef730b4 to
5703259
Compare
devel-mode work again ⚠️devel-mode work again and importing in main modules ⚠️
devel-mode work again and importing in main modules ⚠️ devel-mode work again and importing in main modules ⚠️
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see, if this works then it's good
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks
|
It looks like it works for me. I managed to start the backend in devel mode, which I never do, and since the catalog was complaining about two services, I couldn't go into the dashboard. But that's a different story, all good from my side 👍. |
|
@mergify queue |
🟠 Waiting for conditions to match
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks.
This should work as is.
Once deployed, we shall clean the old network as it is not used anymore
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm thx, no issues found from my side



What do these changes do?
Fixes to ensure that
make up-develworks againdocker-api-networktodocker_api_subnetlocalcondition on this network because the override was done wrong. WARNING: check with WSL users (e.g. @odeimaiz and @sanderegg )In detail (AI generated)
This pull request makes several improvements and fixes to Docker Compose configurations and Python service entrypoints, focusing on standardizing naming conventions and import styles. The most significant changes are grouped below:
Docker Compose Naming and Configuration Fixes:
x-common-environment/*common-environmenttox-common_environment/*common_environmentindocker-compose.devel.yml, and updated all service environment references accordingly. This fixes consistency issues with YAML anchors and references. [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20]docker-compose.ymlfromdocker-api-networktodocker_api_subnet, ensuring all network names use only letters and underscores to avoid Docker Compose resolution issues. [1] [2] [3]networkssection fordocker-api-networkindocker-compose.local.ymland ensured consistency in network naming.Python Service Entrypoint Import Cleanup:
APP_NAMEin the main entrypoint of several services (agent,api-server,autoscaling,dynamic-scheduler,notifications,storage) to use absolute imports instead of relative imports, improving clarity and consistency. [1] [2] [3] [4] [5] [6]Testing and Linting Improvements:
test_used_docker_compose.py, and improved subprocess call safety by adding# noqa: S602. [1] [2] [3]Other Minor Fixes:
docker-compose.local.yml.These changes collectively improve maintainability, enforce best practices, and prevent common configuration errors in the development environment.
Related issue/s
How to test
docker-composefilesDev-ops
docker-api-networktodocker_api_subnet. Might have implications in the ops compose files!!! Please double check !!!