@jeffjade
2016-09-30T13:04:59.000000Z
字数 3754
阅读 1597
Gulp
一路从Xftp,winScp,Sublime text3的sftp插件等迁移至gulp-sftp,一路都充满欢喜:毕竟在前端项目模块化、工程化之后,即便Sublime text3的sftp插件都不能很好实现需求(需当手动将打包后的东西,借助Xftp等工具上传,当然也可以扩展Sublime text3的sftp插件的功能)。有了gulp-sftp,就能利用watch来监测指定文件变化,自动上传指定内容;So Nice(喜)。
gulp.task('upload', function() {return gulp.src( jadeWorkDir + '**' ).pipe(sftp({host: jadeConfig.sftp.host,user: jadeConfig.sftp.user,port: jadeConfig.sftp.port,key: jadeConfig.sftp.key,pass: jadeConfig.sftp.pass,remotePath: jadeConfig.sftp.remotePath + jadeConfig.objectDirName}));});
但是用它也存在一个问题:比如开启一个新的项目,初始化上传改文件夹时候(运行: gulp ),总会报如下错误:
upload
[15:22:46] Starting 'upload'...[15:22:46] Authenticating with password.events.js:141throw er; // Unhandled 'error' event^Error: No such fileat SFTP._parse (E:\web\cdn\ns\node_modules\ssh2\lib\SFTP\SFTPv3.js:1090:23)at ChannelStream.<anonymous> (E:\web\cdn\ns\node_modules\ssh2\lib\SFTP\SFTPv3.js:72:10)at emitOne (events.js:77:13)at ChannelStream.emit (events.js:169:7)at readableAddChunk (_stream_readable.js:146:16)at ChannelStream.Readable.push (_stream_readable.js:110:10)at Parser.<anonymous> (E:\web\cdn\ns\node_modules\ssh2\lib\Channel.js:102:25)at emitOne (events.js:77:13)at Parser.emit (events.js:169:7)at Parser.parsePacket (E:\web\cdn\ns\node_modules\ssh2\lib\Parser.js:607:12)
查究了一番,原来是gulp-sftp不存在的远程文件夹不容创建(忧)。
Folders which do not exist remotely can´t be created. 参见gtg092x/gulp-sftp;
(update@2016-06-28)有得一些空闲,又重新回看这个问题;有想过,设定 remotePath 为外层文件夹,显然这不是一个好的解决办法;也尝试一个新的插件譬如 gulp-ftp,竟然不能很好地工作。阴差阳错的对remotePath配置的路径做了改变,这问题就消失了;更改 “/xxx/yyy/zzz/targetFolder/” 为 “/xxx/yyy/zzz/targetFolder”,即okay了。
gulp.task('autoprefixer', function () {return gulp.src( ['src/css/*.css','!src/css/*.min.css'] ).pipe(autoprefixer({browsers: ['last 2 versions', 'safari 8', 'ie 9', 'ie 10', '> 5%', 'Firefox > 10'],cascade: false})).pipe(gulp.dest( basePath + 'css/' ));});
使用gulp-autoprefixer根据设置浏览器版本自动处理浏览器前缀。使用她我们可以很潇洒地写代码,不必考虑各浏览器兼容前缀。【特别是开发移动端页面时,就能充分体现它的优势。例如兼容性不太好的flex布局。】但是,使用这东西,需要注意的点是,她不能很好的工作,对于已然压缩过的CSS文件。
活久见是蛮有意思的,如此就可以更多体验那些存在;这两个插件也是在用了webpack之后,接触别的古董型项目才了解到的;这 gulp-useref 她可以把html里零碎的这些引入合并成一个文件,当然它只负责合并,不负责压缩!所以合并出来的文件我们要自行压缩,压缩以后调用 gulp-rev 负责在文件名后追加hash(如果项目使用CDN容易造成缓存的话)。最后调用gulp-rev-replace 抑或 gulp-rev-collector 负责把最终的文件名替换回HTML中去;看起来是不是有些意思呢?对此官方给出的如下:
gulp-useref:Parse build blocks in HTML files to replace references to non-optimized scripts or stylesheets.
gulp-rev: Static asset revisioning by appending content hash to filenames unicorn.css → unicorn-d41d8cd98f.css
gulp-useref识别的就是build开头的注释,build后面首先跟的是类型扩展名,然后后面的路径就是build区块中的所有文件进行合并后的文件路径,这个相对路径是相对于这个HTML的路径。一个简单的示例如下:
<html><head><!-- build:css css/combined.css --><link href="css/one.css" rel="stylesheet"><link href="css/two.css" rel="stylesheet"><!-- endbuild --></head><body><!-- build:js scripts/combined.js --><script type="text/javascript" src="scripts/one.js"></script><script type="text/javascript" src="scripts/two.js"></script><!-- endbuild --></body></html>
经过运行一段蛮复杂的gulp脚本之后,以上示例将会被打包成这样(当然这里未使用gulp-rev来做版本控制):
<html><head><link rel="stylesheet" href="css/combined.css"/></head><body><script src="scripts/combined.js"></script></body></html>
脚本写完了,写代码也还需注意的蛮多,比如说,这带有<!--build:xxx --><!-- endbuild -->的内部,所引用的资源得是本地的,如果其中链接一发在线css/js,抱歉打包工作将不能很好的进行了;再有其中如果引用js,也不能将书写js代码,只能是引用本地js文件;如果项目中有多个 html,那么每个文件中所规定合成的文件名也须当做下区分 ......;所以说这般使用,多少有些古董化玩儿法,还是Vue + Webpack大法好;这里的稍作介绍,也是对这过去的某种玩儿法的一种缅怀,当然了,如今你想这么玩儿,写下来也能是一点点参考。
The gulp plugin gulp-order allows you to reorder a stream of files using the same syntax as of gulp.src.
众所周知在写js时候,文件引入总要有一定顺序,至少依赖了某个文件,总要在使用该文件之前引入;即便是合并压缩到一起。故而就使得再合并js之后,有可能就不能很好的工作(毕竟执行gulp stream 的顺序,并不会依照写script标签的次序),这就需要额外指定压合并顺序,gulp-order就能很好承担这项工作,示例如下:
gulp.task('mergeJs', function(){gulp.src('./src/*.js').pipe(order(['jquery-2.1.4.min.js','*.js','bootstrap.min.js'])).pipe(concat('combined.js')).pipe(rename({suffix: '.min'})).pipe(gulp.dest(distPath))})