Согласно документации PostgreSQL к оператору INSERT
, обработка случая ON DUPLICATE KEY
не поддерживается. Эта часть синтаксиса является проприетарным расширением MySQL.
Я хотел бы связать с проблемой , где рекомендуется обходной путь для установки response-scripts загрузки соответствующего пакета и связанной проблемы для всего контекста.
Сама проблема вызвана тем, что библиотека parse5 не публикует код ES5 в npm, и, следовательно, сборка завершается неудачей.
1) Общая рекомендация из create-Reaction-app i s для обновления до v.2 + [ 1124], и это также цитируется в разделе FAQ в Kentico Cloud SDK javascript.
2) Если вы хотите разместить обходной путь , несмотря на все рекомендации , поскольку это ручное изменение на автоматически управляемое node_modules
, необходимо убедиться, что изменение пакета сохранено на сервере до сборка сделана. Поэтому после npm install
/ yarn
вы должны отредактировать файл package.json в node_modules
.
Сценарий (то есть workaround.js
, написанный в узле) будет выглядеть следующим образом:
const fs = require('fs');
const KCPackagePath = 'node_modules/kentico-cloud-delivery/package.json';
const package = require(KCPackagePath);
package.main = "./_bundles/kentico-cloud-delivery-sdk.browser.umd.min.js"
fs.writeFile(configPath, JSON.stringify(package, undefined, 2), function (err) {
if (err) {
console.error('Error while writing to file: ' + KCPackagePath);
throw err;;
}
console.info('Package was successfully updated.')
});
и определять скрипт в package.json
в вашем приложении из
{
...
"scripts": {
"workaround": "node workaround.js"
}
...
}
Точный ответ на вопрос о том, как игнорировать один файл в репозитории и игнорировать остальные в папке, использует !
шаблон формата :
node_modules
!node_modules/kentico-delivery-sdk/package.json
[118 ]! НО! npm install
/ yarn
все равно заменит содержимое package.json