-
Notifications
You must be signed in to change notification settings - Fork 8
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
WIP: Feature: Allow min
and max
values in any checks file to have null
value
#68
WIP: Feature: Allow min
and max
values in any checks file to have null
value
#68
Conversation
this also uses the pydantic conint type to constrain the min and max values to be greater than or equal to zero, as there is no need to have a check count be negative.
It's worth noting that this also ships a fix where
This is, of course, the opposite of the expected behavior. See commit 682f54c for this fix. |
Hello @simojo, this check seems to be presenting a problem and, thus far, we've not had a team member devote the time to removing the tracking of test coverage and/or rewrite the tracking of test coverage. Your build is failing for this reason. What do you think is the best step forward? |
min
and max
values in any checks file to have null
valuemin
and max
values in any checks file to have null
value
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.
Directly related to PR #88 ; in any case, approved!
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.
This command is needed and works to fix the build
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.
Looks good
This PR changes the json schema used in validation of checks files, and it changes the pydantic
BaseModel
class structure. See the diffs for details. This is one of two steps towards PR #59. The next step after this is to change the local checks file:.chasten/checks.yml
, which will be merged after this PR is merged.