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

clean-modules

v3.0.5

Published

Clean up/prune unnecessary files and reduce the size of your `node_modules` directory. Useful for CI caches or for reducing the size of serverless functions.

Downloads

91,884

Readme

clean-modules 🧹

Clean up/prune unnecessary files and reduce the size of your node_modules directory. Useful for CI caches or for reducing the size of serverless functions.

  • 🧹 Removes directories and files that are unnecessary and safe to remove in production
  • 🛠 Easily customizable through glob patterns (either through CLI args or a configuration file)
  • 📁 Cleans up empty directories after removing files
  • ⚡️ Super fast, but still written in Node
  • 🔍 Allows analyzing results, like which pattern excluded which file
  • 🧑‍💻 Supports both CLI and programmatic usage

Table of contents

Quick start

Simply run the command in the directory where your node_modules are:

clean-modules

You can also pass any options that you need, like custom globs or a path to a specific node_modules directory.

clean-modules --directory "path/to/node_modules" "extra/included/file/glob.txt" "!extra/excluded/glob.ts

Check out the command section for all available options.

Installation

clean-modules can be installed globally if you only want to use it as a CLI tool. You can also install it locally if you want to use it in a package command.

# global
npm install --global clean-modules

# dev dependency
npm install --save-dev clean-modules

Commands

clean-modules clean (default command) 🧹

The default command, cleans up your node_modules based on a set of most likely safe glob patterns and removes empty directories.

Usage

clean-modules [options] <...globs>

Positionals

Extra glob patterns can be passed as positional arguments. By default they are combined with the globs loaded from the the default globs file and any custom globs file passed through the --glob-file option.

For information on how the globs are parsed, see the Glob patterns section.

Example:

# include all TypeScript declaration files and @types folders
clean-modules "**/*.d.ts" "**/@types/**"

# exclude all sourcemap files and PNG files
clean-modules "!**/*.map.js" "!**/*.png"

# include .d.ts files but exclude PNG files
clean-modules "**/*.d.ts" "!**/*.png"

Options

--directory | -D

string [default: ./node_modules]

Accepts a path to a directory to run the script on.

Example:

clean-modules --directory "path/to/custom/node_modules"
--glob-file | -f

string [default: ./.cleanmodules]

Accepts a path to a file from which clean-modules should read any custom globs. See the glob patterns section for information about how the glob file works and what patterns work.

--no-defaults | -n

boolean

Excludes all default globs, using only custom globs added through the glob file or by the include or exclude options. Useful if you want complete control over what files to include.

See the .cleanmodules-default to see what patterns are included by default by default.

--keep-empty | -k

boolean

Skips removing empty folders after removing files.

--dry-run | -d

boolean

Runs the script and prints the result without actually removing any files. Does not count the number of removed empty directories.

--json | -j

boolean

Only logs a final JSON dump at the end of the script (useful for logs or services).

--yes | -y

boolean

Skips the confirmation prompt at the start of the script.

clean-modules analyze 🔎

Compiles a list of all files that would be included by clean-modules and gives a breakdown of:

  • exact file path
  • what glob patterns it was included by
  • how the patterns were formatted and passed along to picomatch
  • if the file was included by default

Usage

clean-modules analyze [options]

Because of the amount of data it can be useful to pipe it somewhere, like:

clean-modules analyze >> clean-modules-result.json

Positionals

The analyze command accepts the same type of positionals as the default command.

Options

The analyze command accepts several of the default command's options and applies them in the same way:

Example output

[
  {
    "filePath": "/Users/me/projects/foo/node_modules/dependency/__tests__/test1.js",
    "includedByDefault": true,
    "includedByGlobs": [
      {
        "original": "__tests__/",
        "derived": "/Users/me/projects/foo/node_modules/dependency/**/__tests__/**"
      }
    ]
  }
  // ...
]

Glob patterns and configuration file

clean-modules accepts globs from either a configuration file (.cleanmodules next to node_modules by default) or CLI arguments. It uses .gitignore-like glob patterns that are converted to valid picomatch globs, which is what is used to match file paths under the hood.

Differences from regular gitignore syntax:

  • To include a directory the pattern must end with /, /* or /**
    • This is to prevent directories matching common file names from being included by the globs.
  • Casing is ignored.

Like with .gitignore, globs should use forward-slashes as separators on all operative systems (including Windows)!

Example configuration file

# this is a comment (starts with a #)

# to include include directories, end patterns with / or /* or /**
dep1/
dep1/*
dep2/**

# files are matched in any directory by default
**/*.test.js
# is the same as
*.test.js

# use a leading / to include a file or directory at a specific place
/dep4/this/specific/directory/**
/dep4/this/specific/file.js

# to exclude a path, prepend it with a !
!/not/this/directory/
!not-me.js

# to use leading exclamation marks without excluding, escape them
\!(*.d).ts

Default globs

The default globs can be found in the .cleanmodules-default file. It only contains inclusions (as exclusions would override custom inclusions) and consists of a large list of the most common files that are safe to remove.

That said, it's impossible to guarantee that none of the files are needed, and you might need to do custom exclusions depending on what packages you use.

Common extra inclusions

  • **/*.d.ts: If you don't use TypeScript. TypeScript declaration files take up a lot of space in your node_modules folder, but they are most likely required to build your application. Useful locally even if you don't use TypeScript since they can be parsed by your IDE.

Common extra exclusions

  • !**/*.map.js: If you are running clean-modules locally or need source files in production. clean-modules removes sourcemap files by default since they take up a lot of space and does not break builds when removed. They can be nice to have though, especially while developing.

Programmatic usage

Clean modules can be used programmatically too!

Simply import the corresponding function from the package:

import { clean, analyze } from 'clean-modules';

// analyze, all options are optional
const analyzeResult = await analyze({
  directory: '/path/to/node_modules',
  globFile: '/path/to/.cleanmodules',
  globs: ['**/*.js'],
  noDefaults: false,
});

// clean, all options are optional
const cleanResult = await clean({
  directory: '/path/to/node_modules',
  globFile: '/path/to/.cleanmodules',
  globs: ['**/*.js'],
  noDefaults: false,
  keepEmpty: false,
  dryRun: false,
});

Alternatives

The most common issues I found with available tools are:

  • They only allow inclusion/exclusion of file names, not file paths. This prevents you from e.g. excluding subdirectories of a specific folder, like @types/react-native.
  • They include too many, or too few, patterns by default. Lots of them also include patterns like *.ts by default, which breaks TypeScript declaration files on build.
  • They are too slow (only relevant when running on large projects)
  • They are abandoned or don't respond to issues.

Comparisons

clean-modules (this project)

  • ✅ Inclusion/exclusion through file path globs
  • ✅ Fast
  • ✅ Safe list of files and folders included by default (for production use)
  • ✅ Cleans up empty directories

yarn autoclean

  • ✅ Included with Yarn by default
  • ✅ Inclusion/exclusion through globs
  • ⛔️ Very slow compared to alternatives
  • ⛔️ Runs on every install, both locally and in CI
  • ⛔️ Small list of files included by default

modclean

  • ✅ Cleans up empty directories
  • ✅ Safe list of files and folders included by default
  • ⛔️ Slow, only slightly faster than yarn clean
  • ⛔️ Only allows inclusion/exclusion by file name globs, not file path
  • ⛔️ Complains about empty folders that doesn't exist
  • ⛔️ Abandoned

node-prune

  • ✅ Fastest option available
  • ⛔️ Written in Go and might require separate binary download
  • ⛔️ Removes some dangerous files by default (like .d.ts files and assets folder)
  • ⛔️ Only allows inclusion/exclusion by file name globs, not file path
  • ⛔️ Globs are very limited since it uses Go's filepath.Match
  • ⛔️ Does not remove empty folders

nm-prune

  • ✅ Fast
  • ⛔️ Removes some dangerous files by default (like .d.ts files and assets folder)
  • ⛔️ Only allows inclusion/exclusion by file name, not file paths or globs
  • ⛔️ Does not remove empty folders
  • ⛔️ Small list of files included by default