Мое плохое, все еще пытаюсь понять, лучше иметь проблему, которую я могу "закрыть", когда закончу
Развертывания снова работают для npm, но для расширения VSCode есть ошибка, которую я еще не смог отследить: в сборке расширения отсутствует папка node_modules, поэтому она никогда не запустится. Вы можете вернуться к 99.0.33, это должно работать.
как мы можем помочь? это проблема с акцией orta или с нами?
Думаю, дело в действиях. Поскольку развертывание тесно интегрировано с monorepo-deploy-repo Orta, я думаю, что сейчас мы мало что можем там сделать.
Хм, он должен запускать npm install перед каждым развертыванием - но это не похоже на
Возможно ли, что зависимости для svelte-vscode неверны? Этот список кажется очень коротким:
"devDependencies": {
"@tsconfig/node12": "^1.0.0",
"@types/node": "^13.9.0",
"@types/vscode": "*",
"typescript": "*"
},
"dependencies": {
"svelte-language-server": "*",
"vscode-languageclient": "^6.1.1"
}
При сканировании пакетов были импортированы следующие пакеты: vscode
, vscode-languageclient
, vscode-languageserver-protocol
(хотя только как тип, поэтому не используется во время выполнения), svelte-language-server
- > список зависимостей кажется в порядке?
Даже если нет - по крайней мере, все равно придется создать папку node_modules с этими пакетами в ней. А во-вторых, если это была проблема, почему она не провалилась раньше?
Он определенно запускает npm install
в папке svelte-vscode`, поэтому меня интересует, создает ли он каким-то образом подмножество дерева депов.
Да это действительно странно. Могло ли оно пропасть на этапе развертывания с vsce
? Или какое-то странное поведение, потому что установка выполняется с помощью npm
а (предварительная) публикация - с помощью yarn
?
Последний запуск развертывания теперь показывает некоторые ошибки npm о посторонних пакетах. Все они взяты из devDependencies
, я думаю, потому что они были установлены, но npm list --production
хочет видеть только пакеты, которые находятся в dependencies
.
Если это правда, нам нужно сделать две вещи:
@tsconfig/node12
под dependencies
потому что он используется во время сборкиnpm install --production
package.json
имеет:
...
"dependencies": {
"svelte-language-server": "file:../language-server", // <--- file:
...
Удаление этого шага перенастройки из сборки привело к повторному развертыванию расширения - спасибо
Но он по-прежнему не содержит папки node_modules
что очень странно, потому что в журнале даже написано «эй, это много js файлов».
Получил, что он снова правильно развертывается.
svelte-language-server
в локальную версию" (мы можем удалить это, я думаю)parse5
зависимость к svelte-language-server
npm install --production
. @orta Я думаю, что его следует вернуть к npm install
, потому что иначе все шаги сборки завершатся ошибкой ("не удалось найти накопительный пакет / что-то еще"). npm prune --production
чтобы хотя бы избавиться от этих модулей.Это все еще находится в грубом состоянии, которое требует некоторой очистки, но основная проблема исправлена.
Я закончил тем, что не добавил шаг bundle / minify, так что это все еще нужно сделать, но отдельно.
👍 спасибо @dummdidumm!
Сначала я отправил фиксацию без сокращения, а затем еще одну, которая сбрасывает --production
из установки в программу развертывания monorepo 👍
Снова работаю регулярно.
Самый полезный комментарий
Получил, что он снова правильно развертывается.
svelte-language-server
в локальную версию" (мы можем удалить это, я думаю)parse5
зависимость кsvelte-language-server
npm install --production
. @orta Я думаю, что его следует вернуть кnpm install
, потому что иначе все шаги сборки завершатся ошибкой ("не удалось найти накопительный пакет / что-то еще").Но после этого мы должны сделатьРЕДАКТИРОВАТЬ: нет, мы должны сделать это в качестве последнего шага в предварительной публикации, иначе это будет сокращено слишком рано.npm prune --production
чтобы хотя бы избавиться от этих модулей.Это все еще находится в грубом состоянии, которое требует некоторой очистки, но основная проблема исправлена.
Я закончил тем, что не добавил шаг bundle / minify, так что это все еще нужно сделать, но отдельно.