It would be useful (and be according to gulp best practices) if gulp-vulcanize could be supplied the target.html file and all the files required for vulcanization (the target.html would need to be specified as an option to gulp-vulcanize or vulcanize). As far as I understand, vulcanize itself will read the files it needs from the hard drive, so this feature might need some support from vulcanize too.
As it stands I need to compile all my .pug files to .html, my TypeScript files to .js, write them to the hard drive, vulcanize the files and then delete the extra files. This use of I/O causes a slower build time etc.
It would be useful (and be according to gulp best practices) if gulp-vulcanize could be supplied the
target.html
file and all the files required for vulcanization (thetarget.html
would need to be specified as an option to gulp-vulcanize or vulcanize). As far as I understand, vulcanize itself will read the files it needs from the hard drive, so this feature might need some support from vulcanize too.The task would then look like this:
As it stands I need to compile all my .pug files to .html, my TypeScript files to .js, write them to the hard drive, vulcanize the files and then delete the extra files. This use of I/O causes a slower build time etc.