-
Notifications
You must be signed in to change notification settings - Fork 5.3k
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
compute service hash with a default DeployConfig #10621
Conversation
While this would be a significant effort, I wonder we should stop using service hash, but use |
Codecov ReportPatch coverage:
Additional details and impacted files@@ Coverage Diff @@
## v2 #10621 +/- ##
==========================================
- Coverage 59.57% 59.55% -0.02%
==========================================
Files 107 107
Lines 9437 9438 +1
==========================================
- Hits 5622 5621 -1
- Misses 3239 3241 +2
Partials 576 576
☔ View full report in Codecov by Sentry. |
This is something we should consider, I agree |
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
95fa56f
to
95d5a04
Compare
Signed-off-by: Nicolas De Loof <[email protected]>
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.
Much better with a e2e test 😉🙏
What I did
as we compute service hash to compare actual vs expected state, always consider a default
DeployConfig
as passing--scale service=N
will create one, even if the compose.yaml config doesn't define such a sectionhow to test:
container test-1 MUST not be re-created
with this PR: