-
-
Notifications
You must be signed in to change notification settings - Fork 54
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
chore: add CODEOWNERS #138
Conversation
Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information |
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.
Sounds good. My only suggestion is to add @jonaslagoni because of this: #128. I know it's not yet merged but that solves a lot of bugs and improves the repo by a lot.
|
||
# The default owners are automatically added as reviewers when you open a pull request unless different owners are specified in the file. | ||
|
||
* @fmvilas @derberg @github-actions[bot] |
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.
* @fmvilas @derberg @github-actions[bot] | |
* @fmvilas @derberg @jonaslagoni @github-actions[bot] |
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.
but then we are not aligned with spec
repo 😉
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.
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.
Yeah, I'm happy to wait but I'd not worry about aligning with spec. JSON Schemas are not the spec but a partial representation of it. If we align here we'd have to align on parsers too, which I don't think makes sense. What do you think?
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.
so I know that we treat JSON Schema as a tool, but I was thinking about the alignment because it almost in 90% reflects the spec, not like in case of parser, and parser anyway depends on JSON Schema again in 90% for the validation.
if spec
owners are not only gatekeepers for JSON Schema, in theory, it may happen that some validation rule can be changed here but not in spec. You know what I mean?
🤔
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.
if spec owners are not only gatekeepers for JSON Schema, in theory, it may happen that some validation rule can be changed here but not in spec. You know what I mean?
Yeah, I get it, I just don't think it's very different than a parser implementing a custom validation that is not defined in the spec (like in asyncapi/spec#650). Anyway, I'm not going to block this PR just because of that.
I'm approving and we can consider adding other people later 👍
🎉 This PR is included in version 2.13.0-2022-01-release.1 🎉 The release is available on: Your semantic-release bot 📦🚀 |
🎉 This PR is included in version 2.13.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
@fmvilas I wasn't sure here so I took an approach that JSON Schema is very closely aligned with
spec
then it should have exactly the same owners asspec
repo.We can rethink once we make a final decision about #130
Thoughts?