comment faire pour installer plusieurs versions de package à l'aide de la ngp

En raison de https://github.com/npm/npm/issues/2943, mnp n'aura jamais la possibilité de faire un alias de paquets et installer plusieurs versions d'un même ensemble.

Les solutions de contournement posté sur le github question pourrait fonctionner pour les pur-JS les modules, mais en tant que mnp, devient un standard pour l'interface de gestion de paquets, les paquets incluent maintenant des divers éléments, tels que CSS.

Est-il une solution pour installer plusieurs versions d'un même paquet?

La meilleure idée que j'ai trouvé est de "cloner" un paquet, et le publier avec un nom légèrement différent.

Par exemple, si vous avez besoin de plusieurs versions de jquery, vous pouviez juste de publier paquets appelés jquery-alias1, jquery-alias2, jquery-alias3 etc, puis définissez les versions appropriées dans votre package.json.

Ou vous pouvez nommer les paquets en fonction de leur numéro de version, par exemple,jquery-1.11.x, jquery-2.1.x, etc..

Ces deux approches semblent bâclée bien. Existe-il mieux?

  • N'est-ce pas bower la norme dans l'interface de gestion de paquets qui peuvent facilement le faire.
  • Oui bower semble comme une alternative. Il est trop mauvais, il ne semble pas être un mécanisme national de prévention de la solution, comme l'introduction d'un autre système de gestion des paquets pour une grande équipe peut être difficile. Surtout si vous avez déjà de l'infrastructure mise en place pour soutenir la ngp (ex. un privé mnp de registre du serveur)
InformationsquelleAutor mark | 2014-10-16
  1. 48

    Je voulais poster ici pour quelqu'un comme moi qui utilise Fil et a atterri ici. Il est plus ou moins la baisse-dans le remplacement pour les MNP qui prend en charge l'aliasing de la boîte:

    yarn add material-ui@latest
yarn add material-ui-next@npm:material-ui@next
then

import FlatButton from 'material-ui/FlatButton'; //v0.x
import Button from 'material-ui-next/Button'; //v1.x

    (crédit pour l'exemple de https://github.com/callemall/material-ui/issues/7195#issuecomment-314547601 )

    • Wow, c'est exactement le paquet que je travail sur, un Grand Merci!
    • Je vous remercie. Juste pour préciser que la formule générique est <alternative-name>@npm:<package-name>@<version>
    InformationsquelleAutor tmahle
  2. 16

    De npm v6.9.0, mnp prend désormais en charge le package alias. Il implémente la même syntaxe que la Laine utilise:

    npm install jquery2@npm:jquery@2
npm install jquery3@npm:jquery@3

    Cela ajoute à package.json:

    "dependencies": {
   "jquery2": "npm:jquery@^2.2.4",
   "jquery3": "npm:jquery@^3.4.1"
}

    Il est également possible de l'installer directement à partir de Github avec cette syntaxe. Par exemple, si vous souhaitez vous installer à la fois le mécanisme national de prévention de registre et une version Github fourche de l'emballage foobar:

    npm install foobar
npm install foobar-fork@github:username/foobar
    InformationsquelleAutor Rens Baardman
  3. 5

    Ça sonne comme "JSPM" pourrait être exactement l'outil que vous recherchez. JSPM s'appuie sur le dessus de la NGP, mais vous permet de tirer des paquets provenant de plusieurs sources (github, npm, etc). Il utilise le System.js universel, chargeur de module sur la face avant pour le chargement des modules, et "utilise plat de gestion de version à télécharger en version suffixe dossiers" qui sont faciles à comprendre.

    jspm.io

    Lorsque vous installez un package avec jspm vous pouvez alias paquet à un nom particulier, que vous pourrez ensuite require spécifiquement dans vos modules. 

    $ jspm install jquery
... (status msgs) ...
ok   Installed jquery as github:components/jquery@^2.1.4 (2.1.4)

$ jspm install [email protected]
... (status msgs) ...
ok   Installed jqueryOne as github:components/[email protected] (1.11.3)

      github:components/jquery 1.11.3 2.1.4

    Puis dans votre js, vous pouvez simplement require(jquery) et/ou require(jqueryOne) que nécessaire, vous permettant d'aller d'avant en arrière comme nécessaire.

    Cela va de même pour tout colis qui vous souhaitez utiliser plusieurs versions de.

    InformationsquelleAutor JemBijoux
  4. 1

    C'est assez difficile de le faire proprement, en raison de la façon mnp fonctionne, donc je voudrais éviter de tenter de le faire dans la production.

    Cependant, pour des tests d'intégration et de semblables cas d'utilisation, j'ai créé un package appelé multidep, ce qui vous permet d'installer plusieurs versions d'un même package et require eux comme suit:

    var multidepPackages = require('multidep')('test/multidep.json');

var jquery1 = multidepRequire('jquery', '1.11.3');
var jquery2 = multidepRequire('jquery', '2.1.4');
    InformationsquelleAutor Jo Liss
  5. 0

    NPM Install de la Version (https://github.com/scott113341/npm-install-version) est également une option. Il fait essentiellement ce que certains des autres solutions ici faire (techniquement parlant), mais est très simple à utiliser. Les Modules installés avec un numéro de version (standard @version commande param utilisé par NPM) sont, de manière prévisible, installé dans un sous-dossier sous node_modules avec ce nom. Vous pouvez également contrôler le dossier de destination par module - ce qui est utile à la construction de systèmes.

    Utilisation de l'extrait de code de l'GitHub Docs:

    const niv = require('npm-install-version');
const benchmark = require('./some-benchmark-function.js');

niv.install('[email protected]');
//installs [email protected] to node_modules/[email protected]/

niv.install('[email protected]');
//installs [email protected] to node_modules/[email protected]/

const csjs_old = niv.require('[email protected]');
const csjs_new = niv.require('[email protected]');
//require the old and new versions of csjs

benchmark([csjs_old, csjs_new], 'some-test-input');
//run our fake benchmark function on the old and new versions of csjs
    InformationsquelleAutor SylonZero
  6. 0

    install-npm-version (https://github.com/scott-lin/install-npm-version) est encore une autre option. Il peut être utilisé sur la ligne de commande, ou par l'intermédiaire d'une interface de programmation, écrite en caractères d'imprimerie pour le développement moderne.

    Exemple #1: Installer pour de version (par défaut) répertoire

    import inv = require('install-npm-version');

inv.Install('[email protected]');
//installs [email protected] to node_modules/[email protected]/

inv.Install('[email protected]');
//installs [email protected] to node_modules/[email protected]/

    Exemple #2: Installation de répertoire personnalisé

    import inv = require('install-npm-version');

inv.Install('[email protected]', { 'Destination': 'some/path/chalk' });
//installs [email protected] to node_modules/some/path/chalk/

    Exemple #3: Installation en mode silencieux ou bruyant sortie standard

    import inv = require('install-npm-version');

inv.Install('[email protected]', { 'Verbosity': 'Silent' });
inv.Install('[email protected]', { 'Verbosity': 'Debug' });

    Exemple n ° 4: Remplacer une installation existante

    import inv = require('install-npm-version');

inv.Install('[email protected]', { 'Destination': 'mydir' });
//installs [email protected] to node_modules/mydir/

inv.Install('[email protected]', { 'Destination': 'mydir' });
//does not install [email protected] since node_modules/mydir/already exists

inv.Install('[email protected]', { 'Destination': 'mydir', 'Overwrite': true });
//installs [email protected] to node_modules/mydir/by overwriting existing install
    InformationsquelleAutor Scott Lin