--delay and --poll options

[mattdesl]

Adding some new features: --poll (enable chokidar polling) and --delay (for faster incremental bundling on some systems).

On my system this speeds up reload time by 600ms which is pretty huge.

• fixing bin/args.js to use the args param and pass options to watchify
• removing unused require in bin/cmd.js
• making the existing delay option allow zero
• adding a --poll option for chokidar

Would be happy to add tests/docs etc.

[ccapndave]

+1 for this PR. I have a client who needs to use gulp and watchify to build a project in an Ubuntu Vagrant box on Windows (because it too much of a hassle doing it natively). chokidar only picks up changes in VirtualBox synced folders with polling, so allowing watchify to specify chokidar usePolling would make this work nicely for us.

[jonbretman]

👍 would love to see this get merged. Have the same problem with using watchify inside Vagrant.

[zertosh]

@mattdesl How about something like #139 instead?

[zertosh]

Derp... sorry I meant #126

[mattdesl]

Yeah that could be good too. My main motivation was exposing this for CLI -- whereas usePolling or subarg syntax is a bit more cumbersome.

[zertosh]

hmm --chokidar [ --usePolling ] is kind of a mouthful. I think the only two* options people seem to want to pass to chokidar are ignored and usePolling (and by association interval). I'm going to open a new issue to consolidate the "pass options to chokidar" discussion.

[zertosh]

Closing and moving discussion to #162.

[mattdesl]

Note the --delay option wasn't part of chokidar; it's the hard-coded 600ms wait which is unnecessary for many machines.

[zertosh]

@mattdesl Ah true - sorry. How about a PR just for that?

[zertosh]

--delay was added in #163

[zertosh]

--poll (among other things) was added in #170 and published as 3.0.0