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

Slightly clarify the build metadata section #296

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

matthijskooijman
Copy link

Multiple people (#291, #249, #230, #293) have missed the fact that the
build metadata can contain multiple dot-separated identifers, and were
confused enough to report a bug about the dots present in one of the
examples. This attempts to make it more obvious that multiple
identifiers might be used.

This closes #293.

@@ -102,8 +102,10 @@ intended compatibility requirements as denoted by its associated
normal version. Examples: 1.0.0-alpha, 1.0.0-alpha.1, 1.0.0-0.3.7,
1.0.0-x.7.z.92.

1. Build metadata MAY be denoted by appending a plus sign and a series of dot
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So my concern here is that the language used to define build identifiers was pretty much exactly the same as the language used above to describe pre-releases. Why is it more confusing for build identifiers? Should we change the description of pre-release too?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Excellent point. To be honest, I wasn't interested in pre-releases, so I skipped that section when reading the spec. It makes sense to keep them consistent, so I'll update my PR.

@matthijskooijman
Copy link
Author

Commit added to update the pre-release description as well. If you'd rather have them merged into a single commit, let me know.

Copy link
Contributor

@jwdonahue jwdonahue left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Non-breaking, incremental change. Looks good to me.

Copy link
Contributor

@jwdonahue jwdonahue left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

Copy link

@FichteFoll FichteFoll left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I personally find the current version to be easy enough to understand, but the argument that some people had problems with it does indeed seem to indicate unnecessarily complex wording. While the proposed version is more verbose, it should clear such misunderstandings.

(Also note that the previous version should have said "dot-separated" instead of "dot separated".)

semver.md Outdated Show resolved Hide resolved
Multiple people (semver#291, semver#249, semver#230, semver#293) have missed the fact that the
build metadata can contain multiple *dot-separated* identifers, and were
confused enough to report a bug about the dots present in one of the
examples. This attempts to make it more obvious that multiple
identifiers might be used.

This closes semver#293.
@matthijskooijman
Copy link
Author

I rebased this on top of master (there was a minor conflict) and fixed the comment by @FichteFoll (I amended it into the first commit, since I was rebased anyway).

@alexandrtovmach
Copy link
Member

Closing & re-opening to trigger CI

@alexandrtovmach alexandrtovmach added extend Brand new ideas/rules to add to the specification RFC Request for comments state for next version and removed proposal labels Jun 19, 2020
@alexandrtovmach
Copy link
Member

@haacked @indirect what should we do with this PR? It seems a good patch?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
extend Brand new ideas/rules to add to the specification RFC Request for comments state for next version
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Example for build metadata does not comply with the spec itself
5 participants