A command-line agent that automatically removes node_modules folders from inactive JavaScript projects to free up disk space.
wipe-modules is a command-line agent that automatically deletes the node_modules folders of JavaScript projects that have been inactive for a specified period. It helps developers free up significant disk space by removing these large directories, which can be regenerated from package.json when needed. The tool is inspired by the common frustration of node_modules consuming excessive storage across multiple projects.
JavaScript and Node.js developers who work on multiple projects and want to automate disk space management by cleaning up unused node_modules directories.
Developers choose wipe-modules for its simplicity, automation capabilities, and direct solution to a pervasive pain point—node_modules bloat. Its dry-run mode and cron scheduling offer control and convenience without manual intervention.
🗑️ Easily remove the node_modules folder of non-active projects
Open-Awesome is built by the community, for the community. Submit a project, suggest an awesome list, or help improve the catalog on GitHub.
Removes node_modules from projects inactive for a user-defined number of days, as shown in the usage example 'wipe-modules ~/code 30' to target specific directories.
Includes a -D flag to preview which node_modules would be deleted without actual removal, preventing accidental data loss before execution.
Can be scheduled to run automatically via cron on Unix systems, with a provided cron-file for easy setup, as detailed in the README's cron section.
Installable via npm, bpkg, or curl, offering cross-platform accessibility without being tied to a single package manager.
Cron scheduling is limited to Unix operating systems, making automated background jobs inaccessible for Windows users without manual workarounds.
Lacks features to exclude specific projects or node_modules folders from cleanup, which could lead to unwanted deletions of important dependencies.
Determines inactivity solely based on file system timestamps, which may not accurately reflect project usage if files are updated by automated tools or backups.