chokidar-cli vs grunt-contrib-watch vs gulp-watch vs nodemon vs onchange vs watch
Node.js開発におけるファイル監視ツールの選定ガイド
パッケージを検索...
chokidar-cligrunt-contrib-watchgulp-watchnodemononchangewatch類似パッケージ:

Node.js開発におけるファイル監視ツールの選定ガイド

chokidar-cli、grunt-contrib-watch、gulp-watch、nodemon、onchange、watch はすべてファイルシステムの変更を検知し、指定されたコマンドやタスクを自動実行するためのツールです。これらは主に開発ワークフローの自動化（例：再ビルド、テスト実行、サーバー再起動）に使われますが、それぞれが異なるエコシステムやユースケースを前提として設計されています。たとえば nodemon はNode.jsアプリケーションの再起動に特化しており、gulp-watch はGulpのストリームベースのパイプラインと密接に連携します。一方、chokidar-cli や onchange は汎用的なCLIツールとして、任意のシェルコマンドをトリガーできます。

npmのダウンロードトレンド

3 年

GitHub Starsランキング

統計詳細

パッケージ
ダウンロード数
Stars
サイズ
Issues
公開日時
ライセンス
chokidar-cli00-05年前MIT
grunt-contrib-watch01,970-1278年前MIT
gulp-watch0638-708年前MIT
nodemon026,691219 kB111ヶ月前MIT
onchange0830-65年前MIT
watch01,281-599年前Apache-2.0

ファイル監視ツール徹底比較：chokidar-cli、grunt-contrib-watch、gulp-watch、nodemon、onchange、watch

フロントエンド開発において、ファイル変更を検知して自動でビルドやテストを走らせるのは日常茶飯事です。しかし「監視ツール」と一言で言っても、それぞれが異なる設計思想と制約を持っています。この記事では、6つの主要npmパッケージを実際のコードとともに比較し、どの場面でどれを選ぶべきかを明確にします。

📁 基本的な使い方：監視対象と実行コマンドの指定方法

chokidar-cli

ChokidarライブラリをラップしたCLIで、Globパターンと除外ルールを柔軟に指定できます。

# src/以下の.jsファイルを監視し、変更時にビルドスクリプトを実行
chokidar "src/**/*.js" -c "npm run build"

# 複数パターンと除外
chokidar "src/**/*" "test/**/*" -i "**/*.log" -c "echo changed"

grunt-contrib-watch

Gruntのタスクとして定義され、Gruntfile内で監視ルールを記述します。

// Gruntfile.js
grunt.initConfig({
  watch: {
    scripts: {
      files: ['src/**/*.js'],
      tasks: ['babel', 'uglify']
    }
  }
});

grunt.loadNpmTasks('grunt-contrib-watch');

⚠️ 注意: Grunt自体が現代の開発フローではほとんど使われておらず、このプラグインも積極的なメンテナンスが確認できません。新規プロジェクトでの使用は非推奨です。

gulp-watch

Gulpのストリームに直接組み込まれ、パイプラインの一部として動作します。

// gulpfile.js
const watch = require('gulp-watch');
const babel = require('gulp-babel');

gulp.task('scripts', () => {
  return watch('src/**/*.js')
    .pipe(babel())
    .pipe(gulp.dest('dist'));
});

nodemon

Node.jsアプリケーションの再起動に特化。メインファイルの変更を検知してプロセスを再起動します。

# server.jsの変更を監視して再起動
nodemon server.js

# 設定ファイルで詳細制御
nodemon --config nodemon.json

// nodemon.json
{
  "watch": ["src/", "config/"],
  "ext": "js,json",
  "ignore": ["src/**/*.test.js"]
}

onchange

シンプルなCLI構文で、直感的に使えるのが特徴です。

# src/以下の.jsファイル変更時にビルド
onchange "src/**/*.js" -- npm run build

# 複数パターン
onchange "src/**/*" "public/**/*" -- echo "File changed"

watch

古くからある汎用CLIですが、内部実装が時代遅れです。

# 基本的な使い方
watch "npm test" src/

⚠️ 注意: このパッケージは非推奨の gaze ライブラリに依存しており、最新OSでの信頼性に問題があります。新規プロジェクトでは使用しないでください。

⚙️ 高度な機能：フィルタリング、遅延、イベントフック

変更イベントのフィルタリング

  • chokidar-cli: -i オプションで除外パターンを指定可能。--initial で起動時にもコマンドを実行。

    chokidar "src/**/*" -i "**/*.tmp" -c "build"

  • nodemon: ignore 配列で除外、watch で監視ディレクトリを限定。拡張子フィルタ (ext) もサポート。

    { "ignore": ["*.log", ".git/**"], "ext": "js,ts,json" }

  • onchange: Globパターンのみでフィルタリング。除外機能はなし。

    onchange "src/!(temp)/*.js" -- build

  • gulp-watch: Gulpの通常のsrc指定と同様にGlobが使えるが、除外は別途 gulp-ignore などが必要。

実行遅延（Debounce）

連続変更に対する過剰な実行を防ぐため、多くのツールが遅延機能を提供します。

  • chokidar-cli: -d または --delay オプション（ミリ秒単位）

    chokidar "src/**/*" -d 1000 -c "build"

  • nodemon: --delay オプション（秒単位、小数可）

    nodemon --delay 1.5 server.js

  • onchange: --wait オプション（ミリ秒）

    onchange "src/**/*" --wait 500 -- build

  • gulp-watch: 第二引数でオプション指定

    watch('src/**/*', { delay: 500 }, cb => { /* ... */ })

イベントフック（追加アクション）

  • nodemon: events セクションで再起動前後などのフックを定義可能。

    {
  "events": {
    "start": "echo app starting",
    "restart": "echo app restarted"
  }
}

  • chokidar-cli: コマンド実行以外のフックはサポートされていません。

  • gulp-watch: ストリームイベント（add, change, unlink）を個別にハンドリング可能。

    watch('src/**/*')
  .on('change', path => console.log(`${path} changed`))
  .pipe(/* ... */);

🛠️ 実際の開発シーン別：どのツールを選ぶべきか

シナリオ1: Node.jsサーバー開発（Express/Fastifyなど）

  • ✅ 最適: nodemon
  • 理由: 再起動に特化しており、設定も簡単。遅延や除外ルールも充実。
nodemon --inspect src/server.js

シナリオ2: ビルドツールを使わない軽量ワークフロー

  • ✅ 最適: chokidar-cli または onchange
  • 理由: CLIだけで完結し、Globパターンで柔軟に監視可能。chokidar-cli は除外ルールが必要な場合に、onchange はシンプルさが欲しい場合に。
# chokidar-cli（除外あり）
chokidar "src/**/*" -i "**/*.bak" -c "tsc"

# onchange（シンプル）
onchange "src/**/*" -- tsc

シナリオ3: Gulpベースの既存プロジェクト

  • ✅ 最適: gulp-watch
  • 理由: Gulpのストリームとシームレスに連携。他のツールだとパイプラインの整合性が崩れる。
// gulpfile.js
watch('src/styles/*.scss')
  .pipe(sass())
  .pipe(gulp.dest('dist/css'));

シナリオ4: Gruntベースのレガシープロジェクト

  • ⚠️ 注意: grunt-contrib-watch はメンテナンスされていない可能性が高い。移行を検討すべき。

シナリオ5: 信頼性の高い監視が必要なCI/CD環境

  • ✅ 最適: chokidar-cli
  • 理由: Chokidarはクロスプラットフォームで安定しており、CI環境でも信頼性が高い。

🚫 非推奨パッケージについて

  • watch: 内部で gaze を使用しており、これはすでに非推奨です。macOSのAPFSやWindowsの最新ファイルシステムでイベントを見逃すことがあります。代わりにChokidarベースのツール（chokidar-cli や onchange）を使用してください。

  • grunt-contrib-watch: Gruntエコシステム全体が衰退傾向にあり、このプラグインの更新も長期間停止しています。新規プロジェクトではGrunt自体を避けるべきです。

📊 機能比較表

パッケージ監視エンジンGlobサポート除外ルール遅延実行イベントフック推奨用途
chokidar-cliChokidar✅✅ (-i)✅ (-d)❌汎用CLI監視、CI環境
grunt-contrib-watchgaze (非推奨)✅✅✅❌非推奨（Gruntレガシー）
gulp-watchChokidar✅△（別プラグイン）✅✅（ストリームイベント）Gulp統合
nodemonChokidar✅✅✅✅Node.jsサーバー開発
onchangeChokidar✅❌✅ (--wait)❌シンプルなワンライナー監視
watchgaze (非推奨)❌❌❌❌非推奨

💡 最終アドバイス

  • Node.jsサーバーを開発しているなら nodemon を使う — これ以上シンプルで効果的な選択肢はありません。
  • Gulpを使っているなら gulp-watch を使う — 他のツールだとワークフローが壊れます。
  • それ以外の場合は chokidar-cli か onchange — 除外ルールが必要なら前者、とにかく簡単さが欲しいなら後者。
  • 絶対に避けるべきは watch と grunt-contrib-watch — 信頼性とメンテナンス性の観点から、新規プロジェクトでは使ってはいけません。

これらのツールはどれも「ファイルが変わったら何かする」という同じ目的を持っていますが、その周辺の制約や機能が大きく異なります。自分のプロジェクトの技術スタックと要件に合わせて、適切な1つを選びましょう。

選び方: chokidar-cli vs grunt-contrib-watch vs gulp-watch vs nodemon vs onchange vs watch

  • chokidar-cli:

    chokidar-cli は、Chokidarライブラリを直接利用したシンプルで高速なCLIツールです。任意のファイルパターンを監視し、変更時に任意のコマンドを実行できます。Globパターンや除外ルールのサポートが充実しており、ビルドスクリプトやカスタムワークフローに組み込むのに適しています。GruntやGulpのようなビルドツールを使わず、軽量な監視機能だけが必要な場合に最適です。

  • grunt-contrib-watch:

    grunt-contrib-watch はGruntエコシステム内で動作するプラグインです。Gruntfileで定義されたタスクをファイル変更時に再実行します。ただし、Grunt自体が現代のフロントエンド開発ではあまり使われなくなっており、このパッケージもメンテナンスが停滞しています。新規プロジェクトでGruntを使っていない限り、選択すべきではありません。

  • gulp-watch:

    gulp-watch はGulpのストリーム処理と統合された監視プラグインです。Gulpのパイプライン内でファイル変更を検知し、後続の処理（例：コンパイル、圧縮）をトリガーできます。Gulpベースのビルドシステムをすでに採用しているプロジェクトでは自然な選択肢ですが、Gulpを使わない環境ではオーバーヘッドになります。

  • nodemon:

    nodemon はNode.jsアプリケーションの開発に特化した監視ツールです。メインエントリーファイル（例：server.js）の変更を検知してプロセスを自動再起動します。設定ファイル（nodemon.json）による詳細なカスタマイズや、遅延再起動、イベントフックなどの機能を備えています。ExpressやFastifyなど、Node.jsサーバー開発を行う場合はまず検討すべきツールです。

  • onchange:

    onchange はシンプルで直感的なCLIベースの監視ツールです。Globパターンでファイルを指定し、変更時に任意のコマンドを実行できます。構文が非常に分かりやすく、ワンライナーでの使用に向いています。複雑な設定や高度なフィルタリングが不要な場合、素早く導入できる点が魅力です。

  • watch:

    watch パッケージは古くからある汎用監視CLIですが、内部で非推奨の gaze ライブラリを使用しており、現代のファイルシステムイベント（特にmacOSやWindows）への対応が不十分です。Chokidarベースの代替ツールが多数存在するため、新規プロジェクトでは使用を避けるべきです。

chokidar-cliと類似したnpmパッケージ

chokidar-cliは、ファイルシステムの変更を監視するためのコマンドラインインターフェースを提供するnpmパッケージです。これは、特に開発中にファイルの変更をリアルタイムで監視し、特定のアクションを自動的にトリガーするのに役立ちます。chokidar-cliは、Node.jsのchokidarライブラリに基づいており、効率的で信頼性の高いファイル監視を提供します。以下は、chokidar-cliの代替となるいくつかのパッケージです。

  • gulp-watchは、Gulpタスクランナーのためのプラグインで、ファイルの変更を監視し、変更があった場合に特定のGulpタスクを実行します。gulp-watchは、Gulpを使用しているプロジェクトにとって非常に便利で、ワークフローを自動化するための強力なツールです。特に、フロントエンド開発やビルドプロセスを効率化したい場合に役立ちます。
  • nodemonは、Node.jsアプリケーションの開発中に、ファイルの変更を監視して自動的にアプリケーションを再起動するためのツールです。nodemonは、サーバーサイドの開発に特に適しており、変更があった場合に手動でサーバーを再起動する手間を省きます。Node.jsアプリケーションの開発をスムーズに進めるための必須ツールと言えるでしょう。

これらのパッケージの比較を確認するには、こちらを参照してください: chokidar-cli vs gulp-watch vs nodemonの比較。

grunt-contrib-watchと類似したnpmパッケージ

grunt-contrib-watchは、Gruntタスクランナー用のプラグインで、ファイルの変更を監視し、変更があった場合に指定されたタスクを自動的に実行することができます。このプラグインを使用することで、開発者は手動でタスクを実行する必要がなくなり、効率的な開発環境を構築できます。しかし、他にも同様の機能を持つライブラリやツールがあります。以下にいくつかの代替手段を紹介します。

  • chokidar-cliは、ファイルシステムの変更を監視するためのコマンドラインインターフェースです。Chokidarは、Node.js用の高性能なファイル監視ライブラリであり、chokidar-cliはその機能をCLIから簡単に利用できるようにします。シンプルなコマンドでファイルの変更を監視し、変更があった場合に任意のコマンドを実行することができます。軽量で使いやすいため、簡単な監視タスクに最適です。
  • gulp-watchは、Gulpタスクランナー用のプラグインで、ファイルの変更を監視して指定されたGulpタスクを実行します。Gulpを使用しているプロジェクトにおいて、gulp-watchは非常に便利です。Gulpのストリーム機能を活用して、効率的にファイルの変更を処理できるため、Gulpユーザーにとっては自然な選択肢となります。
  • nodemonは、Node.jsアプリケーションの開発を支援するツールで、ファイルの変更を監視し、変更があった場合に自動的にアプリケーションを再起動します。特にサーバーサイドの開発において、nodemonは非常に役立ちます。開発中にコードを変更するたびに手動でサーバーを再起動する必要がなくなり、効率的な開発が可能になります。

これらのツールの比較については、こちらをご覧ください: Comparing chokidar-cli vs grunt-contrib-watch vs gulp-watch vs nodemon。

gulp-watchと類似したnpmパッケージ

gulp-watchは、Gulpタスクランナー用のプラグインで、ファイルの変更を監視し、変更があった場合に自動的にタスクを実行する機能を提供します。このプラグインを使用することで、開発者はファイルの変更を手動でトリガーすることなく、効率的に作業を進めることができます。しかし、gulp-watchにはいくつかの代替手段も存在します。以下にいくつかの選択肢を紹介します。

  • chokidarは、高性能なファイル監視ライブラリで、Node.js環境でのファイル変更を効率的に監視することができます。chokidarは、ファイルシステムの変更をリアルタイムで検知し、変更があった場合にコールバックを実行します。特に、大規模なプロジェクトや複数のファイルを監視する必要がある場合に、chokidarは非常に便利です。
  • gulp-renameは、Gulpタスク内でファイルの名前を変更するためのプラグインです。gulp-watchとは異なり、ファイルの変更を監視する機能はありませんが、ファイルのリネームを簡単に行うことができます。gulp-watchと組み合わせて使用することで、ファイルの変更を監視しつつ、変更後のファイル名を自動的に変更することが可能です。
  • node-watchは、Node.js用のシンプルなファイル監視ライブラリです。ファイルやディレクトリの変更を監視し、変更があった場合に指定したコールバックを実行します。node-watchは、軽量で使いやすく、特に小規模なプロジェクトや簡単な監視タスクに適しています。
  • watchは、Node.jsでファイル変更を監視するためのシンプルなライブラリです。watchは、ファイルやディレクトリの変更を検知し、変更があった場合に指定した関数を呼び出します。使い方が簡単で、特に小規模なプロジェクトに適しています。

これらのパッケージの比較については、以下のリンクを参照してください: Comparing chokidar vs gulp-rename vs gulp-watch vs node-watch vs watch。

nodemonと類似したnpmパッケージ

nodemonは、Node.jsアプリケーションの開発を効率化するためのツールです。主に、ファイルの変更を監視し、自動的にアプリケーションを再起動する機能を提供します。これにより、開発者は手動で再起動する手間を省き、よりスムーズに開発作業を進めることができます。nodemonはシンプルで使いやすく、多くのNode.jsプロジェクトで広く利用されています。しかし、他にも同様の機能を持つツールがいくつか存在します。以下は、そのいくつかの代替ツールです。

  • foreverは、Node.jsアプリケーションを常に実行し続けるためのツールです。アプリケーションがクラッシュした場合でも自動的に再起動し、安定した運用を実現します。特に本番環境での使用に適しており、アプリケーションの稼働時間を最大化するための機能を提供します。foreverは、シンプルなコマンドラインインターフェースを持ち、使いやすさが魅力です。
  • pm2は、Node.jsアプリケーションのプロセスマネージャーであり、スケーラブルなアプリケーションの管理を容易にします。pm2は、アプリケーションの監視、負荷分散、ログ管理、クラスタリングなど、高度な機能を提供します。特に大規模なアプリケーションやマイクロサービスアーキテクチャにおいて、pm2は非常に強力なツールとなります。開発環境だけでなく、本番環境でも幅広く利用されています。
  • supervisorは、Node.jsアプリケーションの監視と再起動を行うためのシンプルなツールです。nodemonと似た機能を持ち、ファイルの変更を監視して自動的にアプリケーションを再起動します。supervisorは、設定が簡単で、軽量なため、小規模なプロジェクトやシンプルな開発環境に適しています。

これらのツールの比較については、こちらをご覧ください: forever vs nodemon vs pm2 vs supervisorの比較。

onchangeと類似したnpmパッケージ

onchangeは、ファイルの変更を監視し、変更があった際に特定のコマンドを実行するための便利なツールです。このパッケージは、開発プロセスを効率化し、ファイルの変更に応じて自動的にタスクを実行することができます。onchangeは非常にシンプルで使いやすく、さまざまな開発環境で活用されています。しかし、onchangeの他にも、同様の機能を提供する代替パッケージがいくつかあります。以下にいくつかの代替案を紹介します。

  • chokidar-cliは、人気のあるファイル監視ライブラリであるChokidarを基にしたコマンドラインツールです。ファイルやディレクトリの変更を監視し、変更があった際に指定したコマンドを実行することができます。シンプルな構文で、さまざまなオプションを提供しているため、柔軟に使用することができます。
  • grunt-contrib-watchは、Gruntタスクランナー用のプラグインで、ファイルの変更を監視し、変更があった際に指定したGruntタスクを自動的に実行します。Gruntを使用しているプロジェクトにおいて、ファイル監視の機能を簡単に追加することができます。
  • gulp-watchは、Gulpタスクランナー用のプラグインで、ファイルの変更を監視し、変更があった際に指定したGulpタスクを実行します。Gulpを使用しているプロジェクトで、ファイル監視の機能を簡単に実装することができます。
  • nodemonは、Node.jsアプリケーションの開発時に便利なツールで、ファイルの変更を監視し、自動的にアプリケーションを再起動します。特にNode.jsのバックエンド開発において、効率的な開発をサポートします。
  • watchは、シンプルなファイル監視ツールで、指定したファイルやディレクトリの変更を監視し、変更があった際に指定したコマンドを実行します。基本的な機能を提供し、軽量なツールを求める開発者に適しています。

これらのパッケージの比較については、こちらをご覧ください: Comparing chokidar-cli vs grunt-contrib-watch vs gulp-watch vs nodemon vs onchange vs watch。

watchと類似したnpmパッケージ

watchは、ファイルやディレクトリの変更を監視するためのNode.jsパッケージです。このパッケージは、ファイルシステムの変更をリアルタイムで追跡し、変更があった場合に特定のアクションを実行するのに役立ちます。watchはシンプルで使いやすいAPIを提供しており、開発者がファイルの変更を簡単に監視できるように設計されています。しかし、他にも同様の機能を持つライブラリがいくつか存在します。以下はそのいくつかの代替品です。

  • chokidarは、高性能なファイル監視ライブラリで、Node.jsアプリケーションでのファイルシステムの変更を効率的に監視するために使用されます。chokidarは、ファイルの変更を迅速に検出し、イベントを発火させることができるため、大規模なプロジェクトや高頻度で変更が行われるプロジェクトに適しています。使いやすさとパフォーマンスのバランスが取れているため、多くの開発者に支持されています。
  • fseventsは、macOS専用のファイルシステムイベント通知機能を提供するライブラリです。fseventsは、macOS上でのファイル変更を効率的に監視するために設計されており、特にmacOS環境でのパフォーマンスが求められる場合に有用です。ただし、他のプラットフォームでは使用できないため、クロスプラットフォームのニーズには適していません。
  • gazeは、ファイルの変更を監視するためのシンプルなライブラリで、特に複数のファイルやディレクトリを同時に監視するのに便利です。gazeは、ファイルの追加、削除、変更を検出し、コールバックを実行することができます。使いやすさと柔軟性があり、小規模なプロジェクトに適しています。
  • node-watchは、Node.jsのための軽量なファイル監視ライブラリです。シンプルなAPIを提供し、ファイルやディレクトリの変更を監視することができます。node-watchは、特に小規模なプロジェクトやシンプルな監視ニーズに適しており、簡単に導入できるのが特徴です。

これらのパッケージの比較については、こちらをご覧ください: Comparing chokidar vs fsevents vs gaze vs node-watch vs watch。

chokidar-cli のREADME

Chokidar CLI

Build Status

Fast cross-platform command line utility to watch file system changes.

The underlying watch library is Chokidar, which is one of the best watch utilities for Node. Chokidar is battle-tested:

It is used in brunch, gulp, karma, PM2, browserify, webpack, BrowserSync, socketstream, derby, and many others. It has proven itself in production environments.

Prerequisites

  • Node.js v8.10.0 or newer

Install

If you need it only with npm scripts:

npm install chokidar-cli

Or globally

npm install -g chokidar-cli

Usage

Chokidar can be invoked using the chokidar command, without the -cli suffix.

Arguments use the form of runtime flags with string parameters, delimited by quotes. While in principal both single and double quotes are supported by chokidar-cli, the actual command line argument parsing is dependent on the operating system and shell used; for cross-platform compatibility, use double quotes (with escaping, if necessary), as single quotes are not universally supported by all operating systems.

This is particularly important when using chokidar-cli for run scripts specified in package.json. For maximum platform compatibility, make sure to use escaped double quotes around chokidar's parameters:

"run": {
  "chokidar": "chokidar \"**/*.js\" -c \"...\""
},

Default behavior

By default chokidar streams changes for all patterns to stdout:

$ chokidar "**/*.js" "**/*.less"
change:test/dir/a.js
change:test/dir/a.less
add:test/b.js
unlink:test/b.js

Each change is represented with format event:relativepath. Possible events: add, unlink, addDir, unlinkDir, change.

Output only relative paths on each change

$ chokidar "**/*.js" "**/*.less" | cut -d ":" -f 2-
test/dir/a.js
test/dir/a.less
test/b.js
test/b.js

Run npm run build-js whenever any .js file changes in the current work directory tree

chokidar "**/*.js" -c "npm run build-js"

Watching in network directories must use polling

chokidar "**/*.less" -c "npm run build-less" --polling

Pass the path and event details in to your custom command

chokidar "**/*.less" -c "if [ '{event}' = 'change' ]; then npm run build-less -- {path}; fi;"

Detailed help

Usage: chokidar <pattern> [<pattern>...] [options]

<pattern>:
Glob pattern to specify files to be watched.
Multiple patterns can be watched by separating patterns with spaces.
To prevent shell globbing, write pattern inside quotes.
Guide to globs: https://github.com/isaacs/node-glob#glob-primer


Options:
  -c, --command           Command to run after each change. Needs to be
                          surrounded with quotes when command contains spaces.
                          Instances of `{path}` or `{event}` within the command
                          will be replaced by the corresponding values from the
                          chokidar event.
  -d, --debounce          Debounce timeout in ms for executing command
                                                                  [default: 400]
  -t, --throttle          Throttle timeout in ms for executing command
                                                                  [default: 0]
  -s, --follow-symlinks   When not set, only the symlinks themselves will be
                          watched for changes instead of following the link
                          references and bubbling events through the links path
                                                      [boolean] [default: false]
  -i, --ignore            Pattern for files which should be ignored. Needs to be
                          surrounded with quotes to prevent shell globbing. The
                          whole relative or absolute path is tested, not just
                          filename. Supports glob patterns or regexes using
                          format: /yourmatch/i
  --initial               When set, command is initially run once
                                                      [boolean] [default: false]
  -p, --polling           Whether to use fs.watchFile(backed by polling) instead
                          of fs.watch. This might lead to high CPU utilization.
                          It is typically necessary to set this to true to
                          successfully watch files over a network, and it may be
                          necessary to successfully watch files in other non-
                          standard situations         [boolean] [default: false]
  --poll-interval         Interval of file system polling. Effective when --
                          polling is set                          [default: 100]
  --poll-interval-binary  Interval of file system polling for binary files.
                          Effective when --polling is set         [default: 300]
  --verbose               When set, output is more verbose and human readable.
                                                      [boolean] [default: false]
  --silent                When set, internal messages of chokidar-cli won't be
                          written.                    [boolean] [default: false]
  -h, --help              Show help                                    [boolean]
  -v, --version           Show version number                          [boolean]

Examples:
  chokidar "**/*.js" -c "npm run build-js"  build when any .js file changes
  chokidar "**/*.js" "**/*.less"            output changes of .js and .less
                                            files

License

MIT

npm-compare.com is an independent website designed to help developers choose the most suitable npm packages. We are not affiliated with npm, Inc, the official website for the npm registry. Note that npm is a registered trademark of npm, Inc. Please share your feedback via our GitHub repository. For more details, please refer to our Terms & Privacy.