Less.js: Импорт не обновляется при перекомпиляции через тот же (?) Меньший объект

Похоже на https://github.com/stevelacy/gulp-less/issues/283.
Я предполагаю, что в этих случаях с автоматическим просмотром это тот же самый объект Less, используемый для компиляции каждого обновления, верно? Тогда я предполагаю, что это что-то из-за того, что не сбрасывается некоторый кеш импорта между различными вызовами render или что-то в этом роде.

@ seven-phase-max да, используйте один и тот же объект Less для компиляции каждого обновления.
Я не использую инструмент без глотка, я использую меньше API напрямую.
кажется меньше кешировать результат и некорректно обновлять

Таким образом, быстрое обходное решение (пока ошибка не будет обнаружена) в вашем случае будет заключаться в следующем:

require('less').render(indexContent,options,(err,result)=>{
       console.log(result.css)
});

Да, похоже, проблема заключается в этой фиксации, где дерево вызовов управляется на основе аргументов https://github.com/less/less.js/commit/a48c24c4dd3c13e00a20ece80323768496a96b36#diff -a6b31db4e862654ae597161e441689bb

похоже, проблема в этом коммите ...

Хм, честно говоря, там я не вижу ничего, что могло бы повлиять на импорт ...

В среде Node ручная очистка менее компилируемого кешированного файла:

const less = require('less');
const fileManagers = less.environment && less.environment.fileManagers || [];
fileManagers.forEach(fileManager => {
     if (fileManager.contents) {
               fileManager.contents = {};
     }
});

Спасибо @tiodot, похоже, пока работает ... Но надеюсь, что скоро мы получим более "чистый" способ!

Возможно, это как-то связано с этими строками, добавленными в версии 3.0. https://github.com/less/less.js/blob/master/lib/less/tree/mixin-definition.js#L9

Попробуйте удалить конкретный if / else только для оператора else и посмотрите, сохраняется ли проблема. В противном случае эту оптимизацию, возможно, необходимо удалить. Однако более идеальным было бы очистить файловый менеджер или любой внутренний кеш при каждом новом вызове синтаксического анализа / рендеринга.

Просто проверяете, есть ли обновления по этой проблеме?
gulp -less заставляет довольно много разработчиков сталкиваться с этим.

Просто дал еще одну попытку несколько часов назад, и казалось, что все работает нормально (без патча). Кто-нибудь еще?

  "dependencies": {
    "browser-sync": "^2.24.4",
    "gulp": "^4.0.0",
    "gulp-autoprefixer": "^5.0.0",
    "gulp-clean-css": "^3.9.4",
    "gulp-hb": "^7.0.1",
    "gulp-less": "^4.0.0",
    "gulp-load-plugins": "^1.5.0",
    "gulp-rename": "^1.2.2"
  },
  "optionalDependencies": {
    "less": "^3.0.4"
  }

У меня есть один и тот же вопрос descibed по модернизации @xinglie из [email protected].

Обходной путь, предоставленный @tiodot , похоже, не сработал для меня (пробовал: [email protected] и [email protected]).
Также использование обходного пути require('less').render() предоставленного @ seven-phase-max, не помогло :(
Может быть, есть еще предложения? :)

Тоже повлияло на это :(

Привет, хотя я не уверен, что я сделал иначе, обходной путь, предоставленный
Я попробовал еще раз и, должно быть, где-то в коде сделал ошибку.
(используя [email protected]).
Спасибо @tiodot !

Спасибо @tiodot

@tiodot @ hawkerboy7 @TigersWay Эта ветка https://github.com/matthew-dean/less.js/commit/cache-modified

Только что проверил 2 явно разных проекта, прокомментировал отличный патч @tiodot внутри package.json, и, похоже, он работает отлично !!

  "optionalDependencies": {
    "less": "github:matthew-dean/less.js#cache-modified"
  },

@ matthew-dean у меня работает!

@ matthew-dean Да, проблема решена! PR в помощь !! :)

@tiodot @ hawkerboy7 @TigersWay Круто, вы должны стать немного быстрее Меньше компиляции с теплым кешем (функция 3.x), поэтому желательно, чтобы это было исправлено; в противном случае я бы предложил вынуть его. Сделаю пиар.