npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@fast-check/packaged

v0.4.2

Published

Utility package removing any files that will not be part of the final bundle

Downloads

79

Readme

@fast-check/packaged

Utility package removing any files that will not be part of the final bundle published to npm registry


Why?

When publishing packages to npm registry, it is quite easy to forget about some files. It also happens many times that we want somehow to check the packaged bundle in some of our tests but totally forget that some files have not been added to the bundle and so that the final user will actually never be able to run this code.

This package mostly try to prevent this issue. It can easily be used in monorepos to emulate the bundled package when used against other packages of the monorepo to make sure others do not depend on internals or non published stuff.

Easy to use

Run the following command at the root of your package to drop any file that will not make it in the final bundle published to npm.

# With npm
npx -p @fast-check/packaged packaged
# With yarn
yarn dlx -p @fast-check/packaged packaged

⚠️ You may want to try with --dry-run flag first to give it a try.

It also comes with some extra flags:

  • --dry-run: do not drop any file or directory from the file system and only print what would have been removed
  • --keep-node-modules: keep the node_modules directory if any at the root of the directory

Simple API

import { computePublishedFiles, removeNonPublishedFiles } from '@fast-check/packaged';

// Compute the list of all files that would be part of the bundle
// if we attempted to publish the packge defined at .
const publishedFilesRoot = await computePublishedFiles('.');

// Compute the list of all files that would be part of the bundle
// if we attempted to publish the packge defined at ./sub-directory
const publishedFilesSubDirectory = await computePublishedFiles('./sub-directory');

// Run the deletion of unwanted files
const { kept, removed } = await removeNonPublishedFiles('.', { dryRun: false, keepNodeModules: false });
// kept and removed are arrays of strings
// they may contain files or directories

Minimal requirements

| @fast-check/packaged | node | | -------------------- | ---------------------- | | 0.2.x | ≥16.14.0(3) | | 0.1.x | ≥16.14.0(2) | | 0.0.x | ≥14.17.0(1) |

  1. In theory 14.14.0, should be enough but as the package uses pacote@^15.0.0 internally, we have to align with its requirements: ^14.17.0 || ^16.13.0 || >=18.0.0.
  2. Same reason as above, we have to align with the requirements of pacote@^17.0.0: ^16.14.0 || >=18.0.0.
  3. Same reason as above, we have to align with the requirements of pacote@^17.0.0 which is one of the dependencies of @npmcli/arborist.