Qiita Teams that are logged in
You are not logged in to any team

Log in to Qiita Team
Community
OrganizationAdvent CalendarQiitadon (β)
Service
Qiita JobsQiita ZineQiita Blog
9
Help us understand the problem. What is going on with this article?
@masato_makino

gulp4 lastRun関数の挙動

はじめに

gulp4にはlastRunという関数が追加されました。gulp.src関数と組み合わせて使うことで、更新のあったファイルのみを後続のpipeに流すことができます。

公式ドキュメント

この関数の挙動を理解するために、テスト用のコードを書いて実験をしてみました。

この記事の前提

想定する読者

この記事は、以下の方を想定しています。

  • gulp3をすでに利用したことがある
  • gulp4への移行を考えている

gulpのインストールやセットアップに関する内容は取り扱いません。

実行環境

この記事の実験用コードは以下のモジュールを利用しています。バージョンが異なる場合、この記事とは異なる結果になることがあります。

▼package.json

"devDependencies": {
  "del": "^4.1.1",
  "gulp": "^4.0.1",
  "gulp-imagemin": "^5.0.3"
}

実験用コード

今回使用した実験用コードはこちらのリポジトリにアップロードしています。

このコードには3つのgulpタスクが登録されています。

  • gulp clean : 出力先フォルダーの中身をすべて削除する。
  • gulp images : ソースフォルダー内の画像を圧縮する。
  • gulp watch : ソースフォルダー内の画像の変更を監視し、gulp imagesタスクを実行する。

imagesタスクの内容は以下の通りです。

▼gulpfile.js

const images = () => {
  const lastRunResult = lastRun(images);
  console.log(lastRunResult);
  return src("./src/img/**/*.jpg", { since: lastRunResult })
    .pipe(imagemin())
    .pipe(dest("./dist/img/"));
};

lastRunの結果をコンソール出力し、srcにはオプションでlastRunの結果を渡します。

実行結果

実験1. タスクを直接実行

gulp imagesで画像圧縮タスクを直接起動した場合のログは以下の通りです。

$ gulp images
[12:21:50] Using gulpfile ~/Documents/projects/behavior_of_gulp_lastrun/gulpfile.js
[12:21:50] Starting 'images'...
undefined
[12:21:51] gulp-imagemin: Minified 1 image (saved 9.91 kB - 60.6%)
[12:21:51] Finished 'images' after 555 ms
Done in 2.56s.

lastRun(images)の実行結果はundefinedになり、すべての画像が処理の対象になりました。

実験2. タスクをwatch経由で実行

gulp watchでファイルの更新を監視した場合のログは以下の通りです。

$ gulp watch
[12:16:56] Using gulpfile ~/Documents/projects/behavior_of_gulp_lastrun/gulpfile.js
[12:16:56] Starting 'watch'...
[12:18:21] Starting 'images'...
undefined
[12:18:22] gulp-imagemin: Minified 0 images
[12:18:22] Finished 'images' after 791 ms
[12:19:03] Starting 'images'...
1556507901322
[12:19:03] gulp-imagemin: Minified 1 image (saved 9.46 kB - 61.1%)
[12:19:03] Finished 'images' after 56 ms

watch開始後1回目のタスク実行時、lastRun(images)の結果はundefinedになり、すべての画像が処理の対象になりました。
2回目のタスク実行時、lastRun(images)の結果は1556507901322になり、変更した1ファイルのみが処理の対象になりました。1556507901322は前回実行時のタイムスタンプです。

実験3. watchタスクを実行中に出力先を削除

gulp watchを実行中にgulp cleanで出力先のファイルをすべて削除しました。
そのあとsrcフォルダー内の画像ファイルを編集しました。結果は以下の通りです。

[12:30:44] Starting 'images'...
1556508367927
[12:30:44] gulp-imagemin: Minified 1 image (saved 10.3 kB - 55.8%)
[12:30:44] Finished 'images' after 65 ms

lastRun(images)の処理は継続され、編集した1ファイルのみがdistフォルダーに出力されました。出力先のファイルが削除されたことには反応しません。

まとめ

  • タスクを直接実行した場合、lastRunは常にundefinedを返し、すべてのファイルが処理対象になる。
  • タスクをwatch経由で実行した場合、lastRunは2回目以降から前回タスク実行時のタイムスタンプを返す。
  • watch実行中に、出力先のファイルを操作されても反応しない。

呼び出し元がwatchでない場合、lastRunは無視されます。たとえばデプロイ用のseries/parallelタスク内に今回のimagesタスクを組み込んでも、すべてのファイルが処理対象になるので出力漏れを起こすことはありません。

また、lastRunは出力先のファイルを考慮しません。gulp-changedプラグインのように、出力先ファイルの更新時間の確認はしません。初回実行時は出力先に処理済みファイルがあったとしても、無視してすべてのファイルを処理して上書きします。

たとえば数百の画像ファイルの最適化処理などの、以下のようなタスクにはgulp-changedプラグインは有効です。

  • 数十秒 ~ 数百秒の時間がかかる
  • 処理済みファイルを再利用して部分的にスキップができる

gulp4においてもgulp-changedは有用なプラグインです。どのような性質の処理なのかを考慮して、lastRunと使い分けてください。

以上、ありがとうございました。

9
Help us understand the problem. What is going on with this article?
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
masato_makino
UI Designer / Front End Engineer

Comments

No comments
Sign up for free and join this conversation.
Sign Up
If you already have a Qiita account Login
9
Help us understand the problem. What is going on with this article?