Voulez-vous demander une _fonctionnalité_ ou signaler un _bug_ ?
Caractéristique
Comportement désiré
Bundler prend en charge les dépendances "fournisseurs" prêtes à l'emploi avec la commande bundle package
. Cette commande enregistre vos gems sous forme .gem
fichiers vendor/cache
. Vous pouvez installer à partir des versions enregistrées en utilisant bundle install --local
.
http://bundler.io/v1.13/bundle_package.html
C'est vraiment pratique pour le déploiement et permet également de faire des builds docker à partir d'une nouvelle vérification de votre application. Ceci est particulièrement pratique si vous dépendez de packages privés et que vous ne souhaitez pas divulguer de secrets, tels que les informations d'identification git ou npm, dans vos couches d'images docker.
Pour obtenir ce comportement sur le nœud, notre équipe utilise actuellement Shrinkpack , mais une solution plus intégrée serait idéale. Cela nous aiderait à tirer parti de la puissance de Yarn, tout en pouvant regrouper nos packages de nœuds dans notre référentiel.
Une discussion connexe qui peut être intéressante peut être trouvée dans #393.
La façon dont j'ai lu cette discussion, il semble que le paramètre yarn-offline-mirror
fasse déjà dans une certaine mesure..? Je ne trouve pas de documentation pour cela cependant.
Peut-être que @bestander pourrait faire la lumière sur le comportement actuel ? Ils semblent avoir une solide compréhension de ce que le miroir hors ligne peut et ne peut pas faire actuellement. :)
Désolé les gars, mon article de blog sur cette fonctionnalité est dans les dernières phases.
Une fois que j'aurai publié 0.17.1, je le ferai passer.
Il sera publié sur le site
Merci @bestander !
Je viens de lire https://yarnpkg.com/blog/2016/11/24/offline-mirror et il semble que cela résolve notre problème exact.
Commentaire le plus utile
Désolé les gars, mon article de blog sur cette fonctionnalité est dans les dernières phases.
Une fois que j'aurai publié 0.17.1, je le ferai passer.
Il sera publié sur le site