-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Issue policy and template tweaks #2739
Conversation
- [ ] Scoring | ||
- [ ] Serving |
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.
@sueann Can we dedupe Scoring
and Serving
here and in the pull request template?
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.
Maybe also API and REST-API? Dunno how a user would choose between those.
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 - i think we want to just keep "Scoring"
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.
Thanks for the input! I've consolidated Serving
and Scoring
to just Scoring
. I've consolidated API
and REST-API
as just API
.
|
||
Please fill in this template and do not delete it unless you are sure your issue is outside its scope. | ||
**Please fill in this bug report template to ensure a thorough response.** |
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.
Do I want a thorough response? Quick? Some other word?
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've changed this to timely and thorough
. More than happy to iterate here though!
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 applied these changes to the PR template as well
|
||
- [ ] Yes. I can contribute a fix for this bug independently. | ||
- [ ] Yes. I would be willing to contribute a fix for this bug with guidance from the MLflow community. | ||
- [ ] No. **Explanation:** |
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.
Probably we can leave out the Explanation bit. Just having "No" here is 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.
Done!
|
||
- [ ] Yes. I think this feature can be introduced as an MLflow Plugin. | ||
- [ ] No. It does not make sense to structure this feature as an MLflow Plugin. **Explanation:** | ||
- [ ] No. I don’t think MLflow Plugins currently supports this type of feature. **Explanation:** |
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.
s/supports/support/?
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.
Done! Thanks!
Codecov Report
@@ Coverage Diff @@
## master #2739 +/- ##
==========================================
+ Coverage 85.04% 85.23% +0.19%
==========================================
Files 20 20
Lines 1050 1050
==========================================
+ Hits 893 895 +2
+ Misses 157 155 -2
Continue to review full report at Codecov.
|
@aarondav @smurching @mateiz In response to feedback that the feature request template is too lengthy and technical, I've removed the sections related to plugins and |
MLflow committers actively triage and respond to GitHub issues. In general, we recommend waiting | ||
for feebdack from an MLflow committer or community member before proceeding to implement a feature | ||
or patch. This is particularly important for | ||
`significant changes <https://github.com/mlflow/mlflow/blob/master/CONTRIBUTING.rst#write-designs-for-significant-changes>`_. |
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 tried using RST references (:ref:
) to link to sections within this document. Unfortunately, GitHub doesn't seem to render RST references properly (see isaacs/github#892), so I gave this a shot instead.
## Which MLflow component(s) does this feature affect? | ||
|
||
- [ ] UI | ||
- [ ] CLI |
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.
Some people might not know what CLI stands for so maybe spell it out
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.
Changed this to read Command Line Interface
and also made the corresponding change to the pull request template. Thanks for pointing this out!
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.
One nit, but otherwise LGTM thanks @dbczumar!
Co-Authored-By: Siddharth Murching <smurching@gmail.com>
* Initial * Tweaks * Spacing * Bug fix * Lang * Unbold * Doc issues * Tweak * Installation * Issue policy * Ordering * Update guidelines * Address feedback * Address * Spacing * Progress * Format * template update * Address comments * Whitespace fixes for contributing guide * Update .github/ISSUE_TEMPLATE/feature_request_template.md Co-Authored-By: Siddharth Murching <smurching@gmail.com> Co-authored-by: Siddharth Murching <smurching@gmail.com>
What changes are proposed in this pull request?
How is this patch tested?
Manually - I recommend viewing the associated files in a markdown renderer (e.g., open the file in the GitHub file browser).
Release Notes
Is this a user-facing change?
(Details in 1-2 sentences. You can just refer to another PR with a description if this PR is part of a larger change.)
What component(s) does this PR affect?
How should the PR be classified in the release notes? Choose one:
rn/breaking-change
- The PR will be mentioned in the "Breaking Changes" sectionrn/none
- No description will be included. The PR will be mentioned only by the PR number in the "Small Bugfixes and Documentation Updates" sectionrn/feature
- A new user-facing feature worth mentioning in the release notesrn/bug-fix
- A user-facing bug fix worth mentioning in the release notesrn/documentation
- A user-facing documentation change worth mentioning in the release notes