-
-
Notifications
You must be signed in to change notification settings - Fork 371
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
step depends_on ignore empty strings #3008
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #3008 +/- ##
==========================================
+ Coverage 34.81% 34.83% +0.02%
==========================================
Files 228 228
Lines 14751 14757 +6
==========================================
+ Hits 5135 5141 +6
Misses 9238 9238
Partials 378 378 ☔ View full report in Codecov by Sentry. |
position: 0, | ||
name: "echo env", | ||
group: "", | ||
dependsOn: []string{""}, |
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.
@6543 Why do you want to support such a wrong configuration? Shouldn't we treat it like an error if someone writes: depends_on: [""]
instead of depends_on: []
Or is it because of this super weirdish way go-yaml is converting the slice?
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 just want to let the server follow our idea: if run and on strange edgecases make sure it still works
the linter of course could point out a warning, but if you do depends_on: [""]
as a naive user i expect it to not depend on something ... since the string is empty right 😆
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 would just throw an error instead of supporting such configs
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.
Well I'm for supporting users
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.
Yes, but not bad habits and wrong configs. Using an empty string is just wrong IMO.
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.
well we now even have a good use-case, and a user intuitively try to use it that way already
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 still think it supports wrong configs. The mentioned issue was a bug solved by #3097
#3097 got merged |
Just extend the test and ignore empty string dependencies
close #3055
close #3047