You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
The reason will be displayed to describe this comment to others. Learn more.
@rarkins4.0.0. Whatever is telling you 3.2.4 is latest is bugged - releases that are a higher semver version are "latest" as long as they're not tagged as -pre or some other pre-release identifier.
If you're seeing things break, check out #603 (comment) for more information on the versions that are released.
The reason will be displayed to describe this comment to others. Learn more.
@Qix- I said "misunderstand" because this statement is a misunderstanding:
releases that are a higher semver version are "latest" as long as they're not tagged as -pre or some other pre-release identifier.
npmjs does not have logic that resolves "what is the highest stable version published?" and make that highest one latest. Instead it uses whatever was the most recent stable tag published, assuming you don't publish it with an explicit tag.
The correct way to state npm's behaviour is:
Whenever a stable semver version is published to npmjs without an explicit tag, it will take over the latest tag for that package even if it is a lower semver version than the currently tagged latest release.
Also: npmjs will declare an entire package as deprecated if the latest version is marked as deprecated.
This is why [email protected] took over as latest when you published it after[email protected] and this is also why the entire debug package showed up as deprecated on the npmjs website after you deprecated [email protected] while it was tagged as latest. It only resolved itself once you manually reset the latest dist-tag back to 4.0.0, implicitly undeprecating the package.
7fb104b
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Qix- which release is meant to be "latest"? 4.0.0 was briefly published as latest but now 3.2.4 is latest once it was published.
7fb104b
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@rarkins
4.0.0
. Whatever is telling you3.2.4
is latest is bugged - releases that are a higher semver version are "latest" as long as they're not tagged as-pre
or some other pre-release identifier.If you're seeing things break, check out #603 (comment) for more information on the versions that are released.
7fb104b
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Qix- you seem to misunderstand how
npm
works, I will try to help you in the other thread7fb104b
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@rarkins I know very well how npm works, thanks. There's no need to be rude or condescending.
Please check my response in the other thread.
7fb104b
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Qix- I said "misunderstand" because this statement is a misunderstanding:
npmjs does not have logic that resolves "what is the highest stable version published?" and make that highest one
latest
. Instead it uses whatever was the most recent stable tag published, assuming you don't publish it with an explicit tag.The correct way to state npm's behaviour is:
Whenever a stable
semver
version is published to npmjs without an explicit tag, it will take over thelatest
tag for that package even if it is a lower semver version than the currently taggedlatest
release.Also: npmjs will declare an entire package as deprecated if the
latest
version is marked as deprecated.This is why
[email protected]
took over aslatest
when you published it after[email protected]
and this is also why the entiredebug
package showed up as deprecated on the npmjs website after you deprecated[email protected]
while it was tagged aslatest
. It only resolved itself once you manually reset thelatest
dist-tag back to4.0.0
, implicitly undeprecating the package.7fb104b
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wasn't clear you were referring to npm, hence:
My apologies.