-
-
Notifications
You must be signed in to change notification settings - Fork 328
New Milestone Categories #895
-
With our upcoming switch to semantic versioning, I have modified our milestone categories.
Experimental/Theoretical
Issues that are potentially not technologically feasible, or would require a lot of engineering to accomplish.
Luxury
Issues that would make developing in IDOM easier, but have pre-existing workarounds.
Essential
Issues that have an existing impact on the user's capability to develop.
cc: @rmorshea
Beta Was this translation helpful? Give feedback.
All reactions
Replies: 3 comments 4 replies
-
I'm good with these. With that said, do you think we should make the first release of reactpy 1.0 or continue with 0 versioning for a while longer there.
Beta Was this translation helpful? Give feedback.
All reactions
-
I think it should be 1.0 to signify a production/stable release.
Beta Was this translation helpful? Give feedback.
All reactions
-
Renamed the last one to "Speculative"
Beta Was this translation helpful? Give feedback.
All reactions
-
Now that I'm thinking about it, these categories don't really seem any different from our priority labels.
Beta Was this translation helpful? Give feedback.
All reactions
-
Perhaps we should just create milestones for the next foreseeable versions. This might also be useful since we'll want to decouple the js and py package releases in order to allow them to evolve independently.
Beta Was this translation helpful? Give feedback.
All reactions
-
I created release-* labels for patch/minor/major. We can use these to organize things into genuine version milestones as we go.
Beta Was this translation helpful? Give feedback.
All reactions
-
We might want to take a look at some bigger projects and see how they organize their GitHub milestones and labels.
Beta Was this translation helpful? Give feedback.