Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Software-update: npm 5.0.2

Door , 3 reacties, submitter: Stroopwafel, bron: The npm Blog

JavaScript-ontwikkelaars zijn waarschijnlijk wel bekend met npm, een repository voor het delen van JavaScript-code. Dit kan zijn als een package of een module waarvan het verschil op deze pagina wordt besproken. Door het gebruik van npm kan je voorkomen dat je voor elk stukje functionaliteit het wiel opnieuw hoeft uit te vinden, ook helpt npm met het bijhouden van de gebruikte JavaScript-code. Voor meer informatie verwijzen we jullie door naar deze pagina. Het ontwikkelteam achter npm heeft onlangs versie 5.0.0 uitgebracht, die opgevolgd is door versie 5.0.2 met de volgende aankondiging:


Here’s another patch release, soon after the other!

This particular release includes a slew of fixes to npm’s git support, which was causing some issues for a chunk of people, specially those who were using self-hosted/Enterprise repos. All of those should be back in working condition now.

There’s another shiny thing you might wanna know about: npm has a Canary release now! The npm5 experiment we did during our beta proved to be incredibly successful: users were able to have a tight feedback loop between reports and getting the bugfixes they needed, and the CLI team was able to roll out experimental patches and have the community try them out right away. So we want to keep doing that.

From now on, you’ll be able to install the ‘npm canary’ with npm i -g npmc. This release will be a separate binary (npmc. Because canary. Get it?), which will update independently of the main CLI. Most of the time, this will track release-next or something close to it. We might occasionally toss experimental branches in there to see if our more adventurous users run into anything interesting with it. For example, the current canary (npmc@5.0.1-canary.6) includes an experimental multiproc branch that parallelizes tarball extraction across multiple processes.

If you find any issues while running the canary version, please report them and let us know it came from npmc! It would be tremendously helpful, and finding things early is a huge reason to have it there. Happy hacking!


Just a heads up: We’re preparing to do a massive cleanup of the issue tracker. It’s been a long time since it was something we could really keep up with, and we didn’t have a process for dealing with it that could actually be sustainable.

We’re still sussing the details out, and we’ll talk about it more when we’re about to do it, but the plan is essentially to close old, abandoned issues and start over. We will also add some automation around issue management so that things that we can’t keep up with don’t just stay around forever.

Stay tuned!

  • 1f26e9567 pacote@2.7.27: Fixes installing committishes that look like semver, even though they’re not using the required #semver: syntax. (@zkat)
  • 85ea1e0b9 npm-package-arg@5.1.1: This includes the npa git-parsing patch to make it so non-hosted SCP-style identifiers are correctly handled. Previously, npa would mangle them (even though hosted-git-info is doing the right thing for them). (@zkat)

The new summary output has been really well received! One downside that reared its head as more people used it, though, is that it doesn’t really tell you anything about the toplevel versions it installed. So, if you did npm i -g foo, it would just say “added 1 package”. This patch by @rmg keeps things concise while still telling you what you got! So now, you’ll see something like this:
$ npm i -g foo bar + foo@1.2.3 + bar@3.2.1 added 234 packages in .005ms
  • 362f9fd5b #16899 For every package that is given as an argument to install, print the name and version that was actually installed. (@rmg)
  • a47593a98 #16835 Fix a crash while installing with --no-shrinkwrap. (@jacknagel)
  • 89e0cb816 #16818 Fixes a spelling error in the docs. Because the CLI team has trouble spelling “package”, I guess. (@ankon)
  • c01fbc46e #16895 Remove --save from npm init instructions, since it’s now the default. (@jhwohlgemuth)
  • 80c42d218 Guard against cycles when inflating bundles, as symlinks are bundles now. (@iarna)
  • 7fe7f8665 #16674 Write the builtin config for npmc, not just npm. This is hardcoded for npm self-installations and is needed for Canary to work right. (@zkat)
  • 63df4fcdd #16894 node-gyp@3.6.2: Fixes an issue parsing SDK versions on Windows, among other things. (@refack)
  • 5bb15c3c4 read-package-tree@5.1.6: Fixes some racyness while reading the tree. (@iarna)
  • a6f7a52e7 aproba@1.1.2: Remove nested function declaration for speed up (@mikesherov)
Versienummer 5.0.2
Releasestatus Final
Website The npm Blog
Licentietype Voorwaarden (GNU/BSD/etc.)

Reacties (3)

Wijzig sortering
Yarn is met offline caching, license checking, package checksumming, lock-file (zoals bij composer) en snelheid veel beter dan NPM imo.

Over het ontstaan van yarn (grotendeels uit tekortkomingen van NPM) lees je hier. Een mooie vergelijking vind je hier.
Voor NPM < 5 klopt dat, maar NPM 5 is echt een stuk beter geworden. Dus de vergelijking is alleen terecht voor NPM < 5.

Op dit item kan niet meer gereageerd worden.

Nintendo Switch Google Pixel XL 2 LG W7 Samsung Galaxy S8 Google Pixel 2 Sony Bravia A1 OLED Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True