@jeffjade
2016-09-30T21:04:59.000000Z
字数 3754
阅读 1380
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:141
throw er; // Unhandled 'error' event
^
Error: No such file
at 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))
})