-
Notifications
You must be signed in to change notification settings - Fork 5.9k
docs(maintaining): use milestones over boards #3228
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
Conversation
84ed5c5
to
0552967
Compare
Codecov Report
@@ Coverage Diff @@
## main #3228 +/- ##
=======================================
Coverage 46.90% 46.90%
=======================================
Files 23 23
Lines 1196 1196
Branches 237 237
=======================================
Hits 561 561
Misses 451 451
Partials 184 184 Continue to review full report at Codecov.
|
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 looks great!
UPDATE: discussed a bit with @code-asher offline. We're leaning in favor of version milestones (instead of monthly milestones) because of this scenario:
Now you have to check commits and see if it's in the version or not (more work for maintainers + community). |
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.
Overall looks great!
7a8c659
to
b206cf2
Compare
9639ed6
to
d07317a
Compare
Current Workflow
Right now, the workflow looks a bit like this:
We also have some work being added to the "On Deck" milestone. We would like to reduce any duplicate efforts and align ourselves with one process.
Proposed Workflow
Use milestones instead of project boards (similar to how vscode does it).
Create the following milestones:
Month milestones make more sense than version milestones because in the event that a milestone has work that affects the version then we'd need to change the milestone name.
Pros
Cons
Proposed Changes
Once we this PR is approved, these are the changes I (@jsjoeio) will own and take care of as part of this process:
Follow-up