-
Notifications
You must be signed in to change notification settings - Fork 0
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
Add fix quality metadata to ChangeSet spec #47
Conversation
After further discussion we might be looking for three separate ratings:
It's worth noting that these are not strictly independent categories so we need to be careful when scoring. From a user perspective, I might argue that they really only care about two dimensions:
However, those two could ultimately be derived from the first three criteria. |
I'd argue these are just different ways of "safe" and "effective". |
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.
Are the 3 things implementation details of the 1 thing? I'm developing more conviction about:
- Safe
- Effective
- Palatability
I think "safe" encapsulates a whole set of concerns about off-target effects on the code compilation and code functioning.
I think "effective" encapsulates everything about the fix effectiveness, completeness, durability, etc.
I think "palatability" is about all the stylistic / formatting / bikeshedding / team norm kind of stuff that we will, frankly, only have limited insight into. If we're going to be opinionated about how implementors should feel about this change by exposing these, we must come to agreement about the factors now, and I'm happy to do that.
Shouldn't this also be at the "change" level, rather than the changeset? I might be misunderstanding, but each individual change will have its own score, right? Or are we asking CodeTF providers to estimate a "global score"? |
My assumption so far has been that this evaluation applies per fix and we have effectively been assuming a 1:1 mapping between fixed finding and changeset entry. |
No description provided.