Skip to content
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 descriptions to automatically created milestones #61

Closed
geerteltink opened this issue Aug 31, 2020 · 2 comments · Fixed by #62
Closed

Add descriptions to automatically created milestones #61

geerteltink opened this issue Aug 31, 2020 · 2 comments · Fixed by #62
Assignees
Milestone

Comments

@geerteltink
Copy link
Member

Feature Request

Q A
New Feature yes

Summary

Add descriptions to automatically created milestones to clarify what they are for.

# 2.12.4
next 2.12.x bug fix release (patch)

# 2.13.0
next feature release (minor)

# 3.0.0
next backward compatibility break release (major)
@weierophinney
Copy link
Member

I left a comment in the #contributors channel of the Slack, but I'm going to put it here as well, as I'd like to have a record.

Are the milestones for users, or maintainers? The reason I ask is because:

  • Users cannot assign to a milestone.
  • Maintainers assign to milestones to know "when is this release done?"

I could see that changing if we want to use milestones to link to users "here is what is coming next". But even then, we'll likely link to a specific milestone, and, generally speaking, the description text gets lost in:

  • The milestone name
  • The progress bar
  • The list of issues/PRs associated with it

See this one as an example:

I don't even miss the description in there, because there's so much else present.

I guess I'm not sure that we need descriptions at all when they refer to a version. We can link to semver.org if they want to understand what is next. And we could end up with a lot of "next bug fix release" entries that make things MORE confusing for users (unless they also note "in the X.Y series", as you note in the issue summary). When we look at closed milestones, these descriptions are also a bit weird as they refer to "next", but they're now closed, because they were either released or abandoned.

I think the version name, by itself, should be enough; beyond that, look at the issues assigned to it.

@weierophinney
Copy link
Member

After some discussion with @froschdesign , I think the main point of contention I have is usage of the word "next". The usage of the words "patch", "minor", and "major" as parentheticals is good as it helps educate users about semver terminology.

I think just having:

  • "2.12.x bugfix release (patch)"
  • "Feature release (minor)"
  • "Backwards incompatible release (major)"

would work fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants