Scans for JavaScript dependency directories and build artifacts.

File: manage_global_caches.sh

#!/usr/bin/env bash
# Prunes caches for all detected JavaScript package managers.

prune_caches() {
    echo "=== Global Cache Pruning ==="

    # npm
    if command -v npm &> /dev/null; then
        echo "Pruning npm cache..."
        npm cache clean --force 2>/dev/null
    fi

    # pnpm
    if command -v pnpm &> /dev/null; then
        echo "Pruning pnpm store..."
        pnpm store prune 2>/dev/null
    fi

    # Yarn Classic
    if command -v yarn &> /dev/null; then
        echo "Pruning Yarn cache..."
        yarn cache clean 2>/dev/null
    fi

    # Bun
    if [[ -d "${HOME}/.bun/install/cache" ]]; then
        echo "Clearing Bun cache..."
        rm -rf "${HOME}/.bun/install/cache"
    fi

    # Deno
    if [[ -d "${HOME}/.deno" ]]; then
        echo "Clearing Deno cache..."
        rm -rf "${HOME}/.deno"
    fi

    # Turborepo
    if [[ -d "${HOME}/.turbo" ]]; then
        echo "Clearing Turborepo cache..."
        rm -rf "${HOME}/.turbo"
    fi

    echo "Cache pruning complete."
}

prune_caches

4. Migration and Optimization

Migrating to pnpm is the most effective long-term strategy. Use the import command to convert existing lockfiles.

Migration Workflow:

# Install pnpm globally
npm install -g pnpm

# Navigate to project root
cd /path/to/project

# Convert package-lock.json to pnpm-lock.yaml
pnpm import

# Install dependencies using content-addressable store
pnpm install

Configuration Optimization: Optimize ~/.npmrc to reduce footprint for npm-based projects.

# ~/.npmrc
# Skip optional dependencies to save space on native binaries not required by the project
optional=false

# Limit cache size (npm v7+)
cache-max=5000

Pitfall Guide

1. Process Contention During Deletion

   • Explanation: Deleting node_modules while a development server (e.g., Vite, Next.js, Webpack) is running causes the process to crash or enter an undefined state as file handles are invalidated.
   • Fix: Always terminate all active dev servers and background build processes before executing purge scripts.

2. The Global Cache Blind Spot

   • Explanation: Removing node_modules directories only addresses local project artifacts. Global caches in ~/.npm, ~/Library/pnpm, or ~/Library/Caches/Yarn can hold 2–10GB of tarballs and metadata.
   • Fix: Always pair local cleanup with global cache pruning using the unified management script.

3. Misconception of Irreplaceable Data

   • Explanation: Developers sometimes hesitate to delete node_modules fearing loss of code. This directory is strictly a derived cache generated from package.json and lockfiles.
   • Fix: Verify that package.json and lockfiles are committed to version control. node_modules can be safely regenerated at any time.

4. Scope Creep in Deletion Commands

   • Explanation: Using find without depth limits or path verification can inadvertently target system directories or external drives, leading to performance degradation or accidental data loss.
   • Fix: Always use maxdepth constraints and perform a dry-run audit before executing deletion commands.

5. Build Artifact Accumulation

   • Explanation: Framework output directories like .next, .nuxt, dist, and build consume space comparable to node_modules and are often forgotten during cleanup.
   • Fix: Include build artifacts in audit scripts and purge routines. These directories are also fully regenerable.

6. Hard Link Filesystem Incompatibility

   • Explanation: pnpm relies on hard links for its global store. Network drives, FAT/exFAT volumes, or certain containerized environments may not support hard links, causing silent duplication or installation failures.
   • Fix: Ensure the global store resides on a local filesystem with hard link support (e.g., APFS, ext4). Avoid placing the store on network mounts.

7. Lockfile Synchronization Errors

   • Explanation: After mass deletion, running the wrong package manager (e.g., npm install on a pnpm-lock.yaml) breaks deduplication and inflates disk usage.
   • Fix: Always use the package manager that corresponds to the existing lockfile. If migrating, use pnpm import to convert lockfiles explicitly.

Production Bundle

Action Checklist

• Terminate Processes: Stop all active development servers and background build watchers.
• Verify Version Control: Confirm package.json and lockfiles are committed and up-to-date.
• Run Audit: Execute audit_js_storage.sh to identify high-footprint directories.
• Dry Run Purge: Execute safe_purge_deps.sh --dry-run to verify targets.
• Execute Purge: Run safe_purge_deps.sh to remove node_modules.
• Prune Caches: Run manage_global_caches.sh to clear global package manager caches.
• Clean Artifacts: Manually or script-verify removal of .next, dist, build, and out directories.
• Validate Regeneration: Run pnpm install or npm install to ensure dependencies restore correctly.

Decision Matrix

Configuration Template

Shell Aliases for Rapid Management Add to ~/.zshrc or ~/.bashrc for quick access.

# JavaScript Storage Management Aliases

# Audit storage usage
alias js-audit='find "${HOME}" -maxdepth 5 -type d -name "node_modules" -exec du -sh {} \; 2>/dev/null | sort -rh'

# Quick purge with confirmation
alias js-purge='read -p "Purge all node_modules? [y/N] " -n 1 -r; echo; if [[ $REPLY =~ ^[Yy]$ ]]; then find "${HOME}" -maxdepth 5 -type d -name "node_modules" -exec rm -rf {} + 2>/dev/null; echo "Purge complete."; fi'

# Prune all caches
alias js-cache-clean='npm cache clean --force 2>/dev/null; pnpm store prune 2>/dev/null; yarn cache clean 2>/dev/null; echo "Caches pruned."'

# Check total JS footprint
alias js-total-size='du -sh ~/.npm ~/.pnpm-store ~/Library/Caches/Yarn 2>/dev/null | awk "{sum += \$1} END {print \"Total Cache: \" sum/1024 \" GB\"}"'

Optimized .npmrc for Minimal Footprint

# ~/.npmrc
# Disable optional dependencies to reduce native binary bloat
optional=false

# Limit npm cache size to 5GB
cache-max=5000

# Prefer exact versions to reduce resolution overhead
save-exact=true

Quick Start Guide

1. Install pnpm: Run npm install -g pnpm to enable content-addressable storage.
2. Convert Projects: Navigate to existing projects and run pnpm import followed by pnpm install.
3. Run Cleanup: Execute manage_global_caches.sh to reclaim space from legacy caches.
4. Set Up Aliases: Add the provided shell aliases to your profile for ongoing maintenance.
5. Schedule Maintenance: Add a cron job or calendar reminder to run js-audit and js-cache-clean monthly.