sw-precache с облачным фронтом Amazon с разрушением кеша URL

Question

Я использую SW-Precache с Grunt для создания работника службы, которая развернута в корневой каталог. ниже мой ворчливый код

handleFetch: handleFetch,
      logger: grunt.log.writeln,
      //staticFileGlobs: [rootDir + '/**/*.{js,html,css,png,svg,eot,ttf,woff}'],
      staticFileGlobs: [
        rootDir + '/assets/styles/**.css',
        rootDir + '/assets/js/lib/**/*.css',
        rootDir + '/**.html',
        rootDir + '/assets/images/**.*',
        rootDir + '/assets/font/**.*',
        rootDir + '/assets/min/js/**/*.js'
      ],
      stripPrefix: rootDir + '/',
      replacePrefix:cdn,
      verbose: true
    };
    swPrecache.write(path.join(rootDir, 'service-worker.js'), config, callback);

и сгенерированный код выглядит

var precacheConfig = [["<cloudfront http address>/assets/sample.css","974485f673bc4fa9e05d954ed76dd299"]

и в моей HTML-странице

<link rel="stylesheet" href="<amazon cloudfront address>/assets/styles/sample.rev20180304.css" />

затем, когда этот запрос приходит из облачного фронта в htaccess, мы удаляем rev и передаем запрос вперед (для очистки кэша). но теперь с сервис-работником, как я могу убедиться, что, когда сервис-работник запрашивает обновленный ресурс в облачном фронте. у него нет никаких. так как я могу настроить сервисного работника или облачный фронт, чтобы всегда был последний? Одним из вариантов является использование очистки кеша строки запроса с помощью cloudfront. Но это надежно? и как я могу добавить строку запроса к работнику службы? Спасибо