Repository navigation
Move path transformation logic into function similiar to gulp.src #11
Description
Activity
Figured out how gulp determines the base path (which directly impacts where files get delivered). Looking much more reasonable getting this implemented however I think it would be better to release it as its own package. A vinyl source with file overriding logic has uses in more than just this library. It may even already exist (which would be awesome if its stable and supported).
Like so: https://www.npmjs.com/package/vinyl-fs-merge
Will need to be tested, but this would allow substantial performance improvements.To simplify testability, the implementation should be split like;
- File resolution (overrides, etc), returns a map of virtual paths to actual paths
- Vinyl source
- Bundle substreams (similar to current system, minus file resolution and waiting for all files to start bundling)
To keep streams composable and permit custom transformations, the source and bundler should remain independent logical steps.
Given this would be a breaking change, the release this would come out in should include #22
This has been started with https://github.com/userfrosting/vinyl-fs-vpath
- added a commit that references this issue
on Jul 24, 2019
The path transformation logic is great for reducing IO, but comes at the expense of increased RAM usage since it introduces a clog in the stream. We can resolve this by creating our own version of
gulp.srcthat performs this work during the read phase, which will allow us to perform processing of bundles in a more stream like fashion, namely;_transforminvocation that ultimately triggered it.Final result should be less used RAM and less read operations.