Originally created by @jleeothon on GitHub (Feb 6, 2018).
If I understand correctly, given version "X.Y.Z", "major" and "minor" and "patch" do formally refer to the X, Y, and Z respectively.
If so, is there a name for the "X.0.0" and the "X.Y.0" versions? E.g. 1.2.0 is the "minor release immediately before" 1.2.3?
Originally created by @jleeothon on GitHub (Feb 6, 2018).
If I understand correctly, given version "X.Y.Z", "major" and "minor" and "patch" do formally refer to the X, Y, and Z respectively.
If so, is there a name for the "X.0.0" and the "X.Y.0" versions? E.g. 1.2.0 is the "minor release immediately before" 1.2.3?
I would think of it as branches. All versions with major version 1 are on the "major 1" branch, which in return can be split into, e.g., "1.2" and "1.0" branches.
Not sure if there is any remotely adopted standard about these.
@FichteFoll commented on GitHub (Feb 7, 2018):
I would think of it as branches. All versions with major version 1 are on the "major 1" branch, which in return can be split into, e.g., "1.2" and "1.0" branches.
Not sure if there is any remotely adopted standard about these.
If so, is there a name for the "X.0.0" and the "X.Y.0" versions? E.g. 1.2.0 is the "minor release immediately before" 1.2.3?
Yes. We basically have major, minor and patch releases. 1.2.3 is a patch release following 1.2.1, which follows 1.2.0, which was a feature release. 2.0.0 would be referred to as a major or breaking change release. Note that gaps in the available version numbers should normally indicate the withdrawal of a version from the feeds/file-shares, not its absence from version history. Nothing in the spec says you can't skip some number of versions on the publication side, but it's not really normal.
Does this answer your questions? If so, please close this issue at your earliest possible convenience.
@jwdonahue commented on GitHub (Feb 8, 2018):
> If so, is there a name for the "X.0.0" and the "X.Y.0" versions? E.g. 1.2.0 is the "minor release immediately before" 1.2.3?
Yes. We basically have major, minor and patch releases. 1.2.3 is a patch release following 1.2.1, which follows 1.2.0, which was a feature release. 2.0.0 would be referred to as a major or breaking change release. Note that gaps in the available version numbers should normally indicate the withdrawal of a version from the feeds/file-shares, not its absence from version history. Nothing in the spec says you can't skip some number of versions on the publication side, but it's not really normal.
Does this answer your questions? If so, please close this issue at your earliest possible convenience.
@jleeothon, unless you have further questions, please close this issue at your earliest possible convenience.
@jwdonahue commented on GitHub (Mar 25, 2018):
@jleeothon, unless you have further questions, please close this issue at your earliest possible convenience.
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 @jleeothon on GitHub (Feb 6, 2018).
If I understand correctly, given version "X.Y.Z", "major" and "minor" and "patch" do formally refer to the X, Y, and Z respectively.
If so, is there a name for the "X.0.0" and the "X.Y.0" versions? E.g. 1.2.0 is the "minor release immediately before" 1.2.3?
@FichteFoll commented on GitHub (Feb 7, 2018):
I would think of it as branches. All versions with major version 1 are on the "major 1" branch, which in return can be split into, e.g., "1.2" and "1.0" branches.
Not sure if there is any remotely adopted standard about these.
@jwdonahue commented on GitHub (Feb 8, 2018):
Yes. We basically have major, minor and patch releases. 1.2.3 is a patch release following 1.2.1, which follows 1.2.0, which was a feature release. 2.0.0 would be referred to as a major or breaking change release. Note that gaps in the available version numbers should normally indicate the withdrawal of a version from the feeds/file-shares, not its absence from version history. Nothing in the spec says you can't skip some number of versions on the publication side, but it's not really normal.
Does this answer your questions? If so, please close this issue at your earliest possible convenience.
@jwdonahue commented on GitHub (Mar 25, 2018):
@jleeothon, unless you have further questions, please close this issue at your earliest possible convenience.