Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dependency graph watching #869

Closed
yocontra opened this issue Jan 15, 2015 · 3 comments
Closed

Dependency graph watching #869

yocontra opened this issue Jan 15, 2015 · 3 comments

Comments

@yocontra
Copy link
Member

If we start using this across the board #357 we can start tracing dependencies of modules. This is really interesting because it makes something like watchify obsolete.

  1. Run task
  2. All files read (intercepted by us) are treated as dependencies
  3. Keep a list of these files after each task run
  4. If any of these files change, run the task again

This means we don't have to parse any of the files (big blocking CPU op) and build the graph ourselves like webpack or broccoli, we just let the tools do that for us.

Thoughts? @phated @sindresorhus @jlongster

This would probably be in a user-land module

@sindresorhus
Copy link
Contributor

👍 👍

@heikki heikki changed the title dependency graph watching Dependency graph watching Feb 14, 2015
@srcspider
Copy link

The task should run when new files are added too, and that's probably one of the most annoying cases. How does that fit in to all of this?

I almost instinctively restart whatever gulp process I'm running when I add files since that's what it takes 90% of the time.

@phated
Copy link
Member

phated commented Aug 21, 2015

@contra if this is going to be userland, is there any reason to keep it open?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants