Hexo(以及其他静态站点生成器)前端依赖性pipe理工作stream程

是否有推荐的工作stream程来pipe理前端依赖项? 我一直在阅读很多文章,推荐离开Bower,然后到像Webpack这样的npm-only解决scheme,但是webpack是一个全新的范例(通过一个js文件加载js,scss,字体等),默认情况下,要求js在浏览器中运行,以便加载css。 我想要一个静态网站的部分原因是,对于最终用户,js不是强制性的。 然而,我真的厌倦了bower-installing的东西,然后不得不托pipe一切在bower_components中,针对特定的文件名(js,css,img)包含在输出中,或者将他们的css / img依赖关系转移到我自己的repo中。 更不用说,依靠两个登记处是不太理想的。

Hexo是否有推荐的方法,或者有没有人有如何做到这一点的意见? 在webpack-dev-server的独立terminal中运行一个Hexo服务器似乎很痛苦和尴尬,并且可能会造成一些混淆,因为哪个库应该处理哪些文件。

其他工具更适合静态站点生成器的开发/构build过程中的依赖关系pipe理吗?

       

网上收集的解决方案 "Hexo(以及其他静态站点生成器)前端依赖性pipe理工作stream程"