Comments (6)
To fix this, environment and configuration need to become part of the cache key (which we should have always been doing 😬). This is not yet implemented, but it's my first priority.
from browserify-incremental.
Awesome! Can you clarify what parts of the environment and configuration would become part of the cache key?
I've got around the issue for now by not using browserify-incremental
for "prod" builds at all.
from browserify-incremental.
Basically when items are stored in the cache, currently they are keyed by file name only. If that key also included a digest of things like the node env and browserify opts, then when those things change, that cache entry wouldn't be used.
from browserify-incremental.
Would it work to mark the NODE_ENV in the browserify incremental cache? Like cacheFile: './browserify-cache-' + NODE_ENV + '.json'
roughly?
from browserify-incremental.
Won't help with changes to transformation or plugin settings in package.json
or the browserify
command line, @aquach. @jsdf' approach of invalidating if the config changes makes sense.
from browserify-incremental.
maybe it could make a json of the options, make a base64 sha1 hash out of that string and append that to the cache file name? that way the cache file would match the same (and only the same) options.
The cli could do the same technique with it is command line argument string.
from browserify-incremental.
Related Issues (20)
- not using cache between builds HOT 2
- Crypto library does not work once cache is used HOT 4
- Make browserify-cache.json a hidden file. HOT 1
- Exposed module requiring other exposed module results in error when using cache HOT 2
- end is never triggered, cache file is never saved HOT 1
- fullpaths option HOT 3
- bundle-collapser plugin doesn't work from commandline HOT 1
- Using the same cache from multiple entry points creates invalid bundles HOT 2
- cache file source gets really messed up for .json files HOT 1
- Multiple caches are very slow.
- Use with watchify HOT 1
- Changes to the main entry with in memory cache are ignored HOT 4
- When used with require-globify cache is not invalidated properly
- Cache isn't invalidated when dependency is changed to older version
- Cache isn't invalidated when file is removed HOT 1
- Missing cache invalidation? HOT 3
- Doesn't work if .pipe() not called
- using md5/sha1 for caches instead of / in addition to last modified time? HOT 1
- Just wanted to say "thanks" + leave a note
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from browserify-incremental.