-
-
Notifications
You must be signed in to change notification settings - Fork 7
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
Make buildNumber optional #51
Conversation
So what about messages? It is required there. |
When we added the field in 17.0.0 it was a mistake to define this field as mandatory. It was a mistake because consumers have to handle previous versions of messages where the field would always be absent. As a general rule, we should always declare new fields as not required in order to be able to handle older versions. So I propose:
It's a real shame jsonschema2pojo doesn't generate WDYT? |
Well, I don't know with java. But in the schema, and in js and ruby and go implementation, the build number is not mandatory in messages |
You're right @aurelien-reeves - it's not required. What made you think it was required @mpkorstanje? |
Ah. My bad. That should have been a question, not an assertion. So we're good. |
One thing at a time. |
@mpkorstanje I wasn't quite ready with this PR, ref my suggestion above to make |
Not sure what you mean. I did see |
You're right - ignore me. Getting my wires crossed. |
Description
Make
buildNumber
an optional field.Motivation & context
The TypeScript definition of
CiEnvironment
incorrectly declared the field as mandatory, but at runtime it may be optional.Type of change
work as expected)
Checklist: