Après avoir mis à jour la dernière version stable node et npm J'ai essayé. npm install moment --save . Il enregistre l'entrée dans le package.json avec le caret ^ préfixe. Auparavant, il s'agissait d'un tilde ~ préfixe.
npm ?~ et caret ^ ?Voir le Documents sur NPM et documentation sur les semences :
~version "Approximativement équivalent à la version" vous mettra à jour vers toutes les futures versions du patch, sans incrémenter la version mineure. ~1.2.3 utilisera les versions de 1.2.3 à <1.3.0.
^version "Compatible avec la version" vous mettra à jour vers toutes les futures versions mineures ou correctives, sans incrémenter la version majeure. ^2.3.4 utilisera les versions de 2.3.4 à <3.0.0.
Voir les commentaires ci-dessous pour les exceptions, en particulier pour les versions antérieures, telles que ^0.2.3
Je le signale ici dans l'espoir d'attirer l'attention des personnes qui n'ont pas bien réfléchi à la question, mais ^ et ~ supposent que vous pouvez faire confiance aux versions mineures et intermédiaires de vos dépendances. Si vous publiez une bibliothèque et que vous voulez que d'autres personnes vous fassent confiance, N'ACCEPTEZ PAS aveuglément les dépendances en amont. Une mauvaise version ponctuelle de votre dépendance peut provoquer une réaction en chaîne en amont, et les gens viendront frapper à VOTRE porte lorsque les choses tourneront mal. C'est une autre raison importante d'utiliser npm shrinkwrap sur votre code de production.
Vous pouvez également vous débarrasser de l'absurdité de npm qui fait précéder vos versions d'un préfixe ^ ou un ~ . Définissez cette option si vous souhaitez exercer un contrôle étroit sur vos versions : npm config set save-prefix=''
@prasanthv a raison : de docs.npmjs.com/misc/semver#caret-ranges-1-2-3-0-2-5-0-0-4 : Gammes de caret ^1.2.3 ^0.2.5 ^0.0.4. Permet les changements qui ne modifient pas le chiffre non nul le plus à gauche dans le tuple [major, minor, patch]. En d'autres termes, cela autorise les mises à jour de correctifs et de mineurs pour les versions 1.0.0 et supérieures, les mises à jour de correctifs pour les versions 0.X >=0.1.0, et aucune mise à jour pour les versions 0.0.X.
J'aimerais également ajouter la documentation officielle de npmjs qui décrit toutes les méthodes de spécificité de version, y compris celles mentionnées dans la question.
valeur
desc
~version
"Approximativement équivalent à la version"
Voir npm semver - Plages de Tilde
^version
"Compatible avec la version"
Voir npm semver - Plages de carets
version
Doit correspondre exactement à la version
>version
Doit être supérieur à la version
>=version
etc.
<version
<=version
1.2.x
1.2.0, 1.2.1, etc., mais pas 1.3.0
*
Correspond à n'importe quelle version
latest
Obtention de la dernière version
La liste ci-dessus n'est pas exhaustive. D'autres spécificateurs de version incluent les urls GitHub et les repo des utilisateurs GitHub, les chemins locaux et les paquets avec des balises npm spécifiques.
Il est également possible de spécifier une fourchette exacte de versions, par exemple 1.2.0 || >=1.2.2 <1.3.0 : Exactement 1.2.0, ou tout ce qui va de 1.2.2 à 1.3.0 (inclus), mais pas 1.2.1, ou 1.3.1 et plus, et également pas 1.1.x et moins.
Un lien plus spécifique à partir du lien ci-dessus -> docs.npmjs.com/files/package.json#dependencies
"Approximately equivalent to version" et "Compatible with version" sont des moyens si frustrants et non spécifiques pour décrire le comportement de ~ et ^. Merci à @jgillich d'avoir fourni une vraie réponse !
Npm permet d'installer une version plus récente d'un paquet que celle qui est spécifiée. L'utilisation du tilde ( ~ ) vous donne les communiqués de correction de bogues et le caret ( ^ ) vous offre également une nouvelle fonctionnalité rétrocompatible.
Le problème est que les anciennes versions ne reçoivent généralement pas beaucoup de corrections de bogues, c'est pourquoi npm utilise le caret ( ^ ) par défaut pour --save .
Selon : "Semver expliqué - pourquoi il y a une caret (^) dans mon package.json ?" .
Note que les règles s'appliquent aux versions supérieures à 1.0.0 et que tous les projets ne suivent pas le versionnement sémantique. Pour les versions 0.x.x, le signe d'insertion permet seulement patch mises à jour, c'est-à-dire qu'il se comporte de la même manière que le tilde. Voir "Gammes de soins"
Voici une explication visuelle de ces concepts :
Source : "Fiche d'information sur le versionnage sémantique" .
Qu'en est-il de ^0.2.5 ? de docs.npmjs.com/misc/semver#caret-ranges-1-2-3-0-2-5-0-0-4 : Gammes de caret ^1.2.3 ^0.2.5 ^0.0.4. Permet les changements qui ne modifient pas le chiffre non nul le plus à gauche dans le tuple [major, minor, patch]. En d'autres termes, cela autorise les mises à jour de correctifs et de mineurs pour les versions 1.0.0 et supérieures, les mises à jour de correctifs pour les versions 0.X >=0.1.0, et aucune mise à jour pour les versions 0.0.X.
@rofrol toute version avant 1.0.0 est considérée comme instable et ces règles ne s'appliquent pas
<major>.<minor>.<patch>-beta.<beta> == 1.2.3-beta.21.2.3 .^ (comme la tête). Permet les mises à jour au deuxième niveau non nul en partant de la gauche : ^0.2.3 signifie 0.2.3 <= v < 0.3 .~ (comme la queue). Gèle généralement le niveau le plus à droite ou met zéro si omis :~1 signifie 1.0.0 <= v < 2.0.0
~1.2 signifie 1.2.0 <= v < 1.3.0 .~1.2.4 signifie 1.2.4 <= v < 1.3.0 .0.2 signifie 0.2 <= v < 1 . Diffère de ~ parce que :
0
Définir le niveau majeur de départ et autoriser les mises à jour vers le haut
* or "(empty string) any version
1 v >= 1Geler le niveau majeur
~0 (0) 0.0 <= v < 1
0.2 0.2 <= v < 1 // Can't do that with ^ or ~
~1 (1, ^1) 1 <= v < 2
^1.2 1.2 <= v < 2
^1.2.3 1.2.3 <= v < 2
^1.2.3-beta.4 1.2.3-beta.4 <= v < 2Geler le niveau mineur
^0.0 (0.0) 0 <= v < 0.1
~0.2 0.2 <= v < 0.3
~1.2 1.2 <= v < 1.3
~0.2.3 (^0.2.3) 0.2.3 <= v < 0.3
~1.2.3 1.2.3 <= v < 1.3Geler le niveau du patch
~1.2.3-beta.4 1.2.3-beta.4 <= v < 1.2.4 (only beta or pr allowed)
^0.0.3-beta 0.0.3-beta.0 <= v < 0.0.4 or 0.0.3-pr.0 <= v < 0.0.4 (only beta or pr allowed)
^0.0.3-beta.4 0.0.3-beta.4 <= v < 0.0.4 or 0.0.3-pr.4 <= v < 0.0.4 (only beta or pr allowed)Refuser les mises à jour
1.2.3 1.2.3
^0.0.3 (0.0.3) 0.0.3Avis : Manquant majeur, mineur, patch ou spécifiant beta sans numéro, est la même chose que any pour le niveau manquant.
Avis : Lorsque vous installez un paquet qui a 0 comme niveau majeur, la mise à jour n'installera que la nouvelle version de niveau bêta/pr ! C'est parce que npm fixe ^ par défaut dans package.json et quand la version installée est comme 0.1.3 il gèle tous les niveaux majeurs/mineurs/patchs.
Dire aux gens d'éviter de commencer des projets à partir de 0 parce que les développeurs de bibliothèques et de consommation ne comprennent pas le système est une solution terrible. Je pense que @asdfasdfads a de bien meilleures informations.
@ProLoser Je pense simplement que le système devrait être simplifié, et que nous ne devrions pas utiliser de versions 0.x.
Le cas d'utilisation autour du développement du début du cycle de vie et de la v0 a BEAUCOUP de sens. En apprenant comment la v0 se comporte correctement, j'attends avec impatience d'autres projets en début de cycle de vie. Cela signifie que vous pouvez avoir une API qui évolue rapidement avec beaucoup d'incompatibilité en arrière sans être obligé de déclarer votre projet comme 1.x (c'est-à-dire stable) alors qu'il ne l'est pas vraiment.
~ fixe les numéros majeurs et mineurs. Elle est utilisée lorsque vous êtes prêt à accepter des corrections de bogues dans votre dépendance, mais que vous ne voulez pas de changements potentiellement incompatibles.
^ fixe uniquement le numéro majeur. Elle est utilisée lorsque vous surveillez de près vos dépendances et que vous êtes prêt à modifier rapidement votre code si la version mineure est incompatible.
En plus de cela, ^ est non supporté par les anciennes versions de npm, et doit être utilisé avec précaution.
Donc, ^ est un bon défaut, mais il n'est pas parfait. Je suggère de choisir et de configurer soigneusement l'opérateur semver qui vous est le plus utile.
Pas vrai : Gammes de caret ^1.2.3 ^0.2.5 ^0.0.4. Autorise les changements qui ne modifient pas le chiffre non nul le plus à gauche dans le tuple [major, minor, patch]. En d'autres termes, cela autorise les mises à jour de correctifs et de mineurs pour les versions 1.0.0 et supérieures, les mises à jour de correctifs pour les versions 0.X >=0.1.0, et aucune mise à jour pour les versions 0.0.X. docs.npmjs.com/misc/semver#caret-ranges-1-2-3-0-2-5-0-0-4
Cette réponse est complètement fausse (comme beaucoup d'autres ici). Aucune d'entre elles ne corrige jamais un nombre majeur ! Comme @rofrol l'a dit, ^ garde simplement le chiffre non nul le plus à gauche inchangé. ~, d'autre part, n'autorise que les mises à jour de correctifs si la version mineure est spécifiée (par exemple ~1.2.3 ou ~1.2) et autorise les mises à jour mineures si la version mineure n'est pas spécifiée (par exemple ~1).
@TheBaj Ils veulent dire "fixer" comme "définir" ("fixer") plutôt que "ajuster", afin que vous soyez tous d'accord sur la façon dont le numéro majeur est traité.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
60 votes
Pour info, vous pouvez empêcher les préfixes ou en utiliser un personnalisé en faisant :
npm config set save-prefix=''. (Bâton~entre guillemets si c'est ce que vous préférez). Je fais personnellement cela et j'emballe sous film rétractable les choses en production.25 votes
Tous les détails minutieux sur le fonctionnement et les différences entre le tilde et le caret : github.com/npm/node-semver#tilde-ranges-123-12-1
13 votes
Cet outil est une aide précieuse pour tester semver.npmjs.com
1 votes
Version sémantique dans npm et node
1 votes
Docs pour
npm shrinkwrapet package-lock.json vs npm-shrinkwrap.json #toSaveYouAGoogle (or two) -- fncomp mentions au-dessus de et tehfoo en dessous de . Aussi, mneumonique :~reste à peu près égale,^monte un peu plus haut.