Originally created by @mnapoli on GitHub (Jul 22, 2013).
SemVer 2.0 needs a change log. What has fundamentally changed since 1.* version that requires us to change anything?
This is the basics of versioning ;)
Originally created by @mnapoli on GitHub (Jul 22, 2013).
SemVer 2.0 _needs_ a change log. What has fundamentally changed since 1.\* version that requires us to change anything?
This is the basics of versioning ;)
You could say that for every existing project, yet most of them provide a change log. Not everybody will take time looking at diffs to see what has changed.
Since there is a major number increment, a visitor can assume there are large, uncompatible changes with v1.0. That's too bad there is no summary of the major change that triggered the new major version.
@mnapoli commented on GitHub (Jul 22, 2013):
You could say that for every existing project, yet most of them provide a change log. Not everybody will take time looking at diffs to see what has changed.
Since there is a major number increment, a visitor can assume there are large, uncompatible changes with v1.0. That's too bad there is no summary of the major change that triggered the new major version.
And a commit log is not a change log IMO, it's filled with irrelevant cruft: typo fixes etc. It doesn't provide an overview of what fundamental changes have happened.
@creynders commented on GitHub (Feb 25, 2014):
:+1:
And a commit log is not a change log IMO, it's filled with irrelevant cruft: typo fixes etc. It doesn't provide an overview of what fundamental changes have happened.
+1
I totally agree that there should be a change log. Besides being able to understand what's changed, it could also serve as guidance for others as to what constitutes a major version update. Going forward, it would be supremely helpful in determining if a project that was compliant with SemVer 2.0 is in compliance with 3.0.
@crazedsanity commented on GitHub (Feb 25, 2014):
+1
I totally agree that there should be a change log. Besides being able to understand what's changed, it could also serve as guidance for others as to what constitutes a major version update. Going forward, it would be supremely helpful in determining if a project that was compliant with SemVer 2.0 is in compliance with 3.0.
And a commit log is not a change log IMO, it's filled with irrelevant cruft: typo fixes etc. It doesn't provide an overview of what fundamental changes have happened.
+1
@maximal commented on GitHub (Feb 26, 2014):
> And a commit log is not a change log IMO, it's filled with irrelevant cruft: typo fixes etc. It doesn't provide an overview of what fundamental changes have happened.
+1
Just in case, for people who don't know, you can see the rendered diff here on github (not ideal, but better than nothing) Unfortunately I can't refer to it directly, so you need to follow these steps:
Click on 'files changed' ( in between 'commits' and 'commit comments')
Click on 'Rendered' (below 'Show diff stats' and in between 'Source' and 'View')
Very unintuitively this will bring you back to the 'commits' page, so you need to:
Click on 'files changed' again.
As I said it's not ideal, since it will just show all changes and not the relevant ones, but it does give a bit more information.
@creynders commented on GitHub (Feb 26, 2014):
Just in case, for people who don't know, you can see the rendered diff here on github (not ideal, but better than nothing) Unfortunately I can't refer to it directly, so you need to follow these steps:
1. [Open the GH comparison viewer for v1.0.0..v2.0.0](https://github.com/mojombo/semver/compare/v1.0.0...v2.0.0)
2. Click on 'files changed' ( in between 'commits' and 'commit comments')
3. Click on 'Rendered' (below 'Show diff stats' and in between 'Source' and 'View')
Very unintuitively this will bring you back to the 'commits' page, so you need to:
4. Click on 'files changed' again.
As I said it's not ideal, since it will just show all changes and not the relevant ones, but it does give a bit more information.
Well, that is at the least a useful tool to be able to create a change log. Thanks for the tip, @creynders.
@crazedsanity commented on GitHub (Feb 26, 2014):
Well, that is at the least a useful tool to be able to create a change log. Thanks for the tip, @creynders.
Just in case, for people who don't know, you can see the rendered diff
here on github (not ideal, but better than nothing) Unfortunately I can't
refer to it directly, so you need to follow these steps:
Click on 'files changed' ( in between 'commits' and 'commit
comments')
Click on 'Rendered' (below 'Show diff stats' and in between
'Source' and 'View') Very unintuitively this will bring you back to the
'commits' page, so you need to:
Click on 'files changed' again.
As I said it's not ideal, since it will just show all changes and not the
relevant ones, but it does give a bit more information.
@dwijnand commented on GitHub (Feb 26, 2014):
Does this link work?
https://github.com/mojombo/semver/compare/v1.0.0...v2.0.0?name=v2.0.0&path_md5=55782f4#files_bucket
On 26 February 2014 09:33, creynders notifications@github.com wrote:
> Just in case, for people who don't know, you can see the rendered diff
> here on github (not ideal, but better than nothing) Unfortunately I can't
> refer to it directly, so you need to follow these steps:
> 1. Open the GH comparison viewer for v1.0.0..v2.0.0https://github.com/mojombo/semver/compare/v1.0.0...v2.0.0
> 2. Click on 'files changed' ( in between 'commits' and 'commit
> comments')
> 3. Click on 'Rendered' (below 'Show diff stats' and in between
> 'Source' and 'View') Very unintuitively this will bring you back to the
> 'commits' page, so you need to:
> 4. Click on 'files changed' again.
>
> As I said it's not ideal, since it will just show all changes and not the
> relevant ones, but it does give a bit more information.
>
> —
> Reply to this email directly or view it on GitHubhttps://github.com/mojombo/semver/issues/143#issuecomment-36106758
> .
@dwijnand Ah cool, I tried a dozen different ways to get a url leading to that, but always got thrown back at the main comparison page.
@creynders commented on GitHub (Feb 26, 2014):
@dwijnand Ah cool, I tried a dozen different ways to get a url leading to that, but always got thrown back at the main comparison page.
@mnapoli, unless you wish to pursue this issue further, please close it at your earliest possible convenience.
@jwdonahue commented on GitHub (Dec 2, 2017):
@mnapoli, unless you wish to pursue this issue further, please close it at your earliest possible convenience.
@gregmac commented on GitHub (Mar 11, 2023):
So from what I see:
## Breaking changes from Semver 1.0.0 to 2.0.0:
* Each digit of the version number must now be non-negative. 1.x only specified they are "integers" ([Section 2](https://semver.org/#spec-item-2), https://github.com/semver/semver.org/issues/47)
* Each digit of the version number must not contain non-leading zeros, which was previously unspecified ([Section 2](https://semver.org/#spec-item-2), #115)
* Build metadata can be added by appending a plus sign ([Section 10](https://semver.org/#spec-item-10), #77)
## Other major changes
* Numbers can now be incremented by a value greater than one, 1.x said increment by one ([Section 2](https://semver.org/#spec-item-2), 2bfa9b0)
* Deprecation requires incrementing minor version ([Section 7](https://semver.org/#spec-item-7), https://github.com/semver/semver.org/issues/24)
* SemVerTag is no longer part of the spec (52c9b2b)
* Precedence rules added ([Section 11](https://semver.org/#spec-item-11), 84c9618)
Diff: [Code](https://github.com/semver/semver/compare/v1.0.0...v2.0.0?diff=unified&source=false#files_bucket) | [Commits](https://github.com/semver/semver/compare/v1.0.0...v2.0.0)
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @mnapoli on GitHub (Jul 22, 2013).
SemVer 2.0 needs a change log. What has fundamentally changed since 1.* version that requires us to change anything?
This is the basics of versioning ;)
@njharman commented on GitHub (Jul 22, 2013):
source control is change log https://github.com/mojombo/semver/compare/v1.0.0...v2.0.0
@mnapoli commented on GitHub (Jul 22, 2013):
You could say that for every existing project, yet most of them provide a change log. Not everybody will take time looking at diffs to see what has changed.
Since there is a major number increment, a visitor can assume there are large, uncompatible changes with v1.0. That's too bad there is no summary of the major change that triggered the new major version.
@andrew-kzoo commented on GitHub (Jul 22, 2013):
I'm glad to see 2.0.0, though also a bit surprised its come without a changelog.
@dwijnand commented on GitHub (Feb 12, 2014):
👍
@creynders commented on GitHub (Feb 25, 2014):
👍
And a commit log is not a change log IMO, it's filled with irrelevant cruft: typo fixes etc. It doesn't provide an overview of what fundamental changes have happened.
@crazedsanity commented on GitHub (Feb 25, 2014):
+1
I totally agree that there should be a change log. Besides being able to understand what's changed, it could also serve as guidance for others as to what constitutes a major version update. Going forward, it would be supremely helpful in determining if a project that was compliant with SemVer 2.0 is in compliance with 3.0.
@andrew-kzoo commented on GitHub (Feb 25, 2014):
a commit log is not a change log👍
I'm glad to see new comments on this issue!
@mkalb commented on GitHub (Feb 26, 2014):
👍
@maximal commented on GitHub (Feb 26, 2014):
+1
@creynders commented on GitHub (Feb 26, 2014):
Just in case, for people who don't know, you can see the rendered diff here on github (not ideal, but better than nothing) Unfortunately I can't refer to it directly, so you need to follow these steps:
Very unintuitively this will bring you back to the 'commits' page, so you need to:
As I said it's not ideal, since it will just show all changes and not the relevant ones, but it does give a bit more information.
@crazedsanity commented on GitHub (Feb 26, 2014):
Well, that is at the least a useful tool to be able to create a change log. Thanks for the tip, @creynders.
@dwijnand commented on GitHub (Feb 26, 2014):
Does this link work?
https://github.com/mojombo/semver/compare/v1.0.0...v2.0.0?name=v2.0.0&path_md5=55782f4#files_bucket
On 26 February 2014 09:33, creynders notifications@github.com wrote:
@crazedsanity commented on GitHub (Feb 26, 2014):
It sure does, @dwijnand, thanks!
@creynders commented on GitHub (Feb 26, 2014):
@dwijnand Ah cool, I tried a dozen different ways to get a url leading to that, but always got thrown back at the main comparison page.
@jwdonahue commented on GitHub (Dec 2, 2017):
@mnapoli, unless you wish to pursue this issue further, please close it at your earliest possible convenience.
@gregmac commented on GitHub (Mar 11, 2023):
So from what I see:
Breaking changes from Semver 1.0.0 to 2.0.0:
Other major changes
2bfa9b0)52c9b2b)84c9618)Diff: Code | Commits