Language-tools: Развертывания прерваны

Созданный на 7 июн. 2020  ·  15Комментарии  ·  Источник: sveltejs/language-tools

Мое плохое, все еще пытаюсь понять, лучше иметь проблему, которую я могу "закрыть", когда закончу

Самый полезный комментарий

Получил, что он снова правильно развертывается.

  • закомментировал часть "переустановить svelte-language-server в локальную версию" (мы можем удалить это, я думаю)
  • добавлена ​​недостающая parse5 зависимость к svelte-language-server
  • повторно добавил сценарии предварительной публикации сборки
  • вернул используемую версию monorepo-deploy к одной перед использованием npm install --production . @orta Я думаю, что его следует вернуть к npm install , потому что иначе все шаги сборки завершатся ошибкой ("не удалось найти накопительный пакет / что-то еще"). Но после этого мы должны сделать npm prune --production чтобы хотя бы избавиться от этих модулей. РЕДАКТИРОВАТЬ: нет, мы должны сделать это в качестве последнего шага в предварительной публикации, иначе это будет сокращено слишком рано.

Это все еще находится в грубом состоянии, которое требует некоторой очистки, но основная проблема исправлена.

Я закончил тем, что не добавил шаг bundle / minify, так что это все еще нужно сделать, но отдельно.

Все 15 Комментарий

Развертывания снова работают для 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 .

Если это правда, нам нужно сделать две вещи:

  1. добавить @tsconfig/node12 под dependencies потому что он используется во время сборки
  2. монорепо-развертывание-репо необходимо использовать npm install --production

package.json имеет:

...
    "dependencies": {
        "svelte-language-server": "file:../language-server",   // <--- file:
...

Удаление этого шага перенастройки из сборки привело к повторному развертыванию расширения - спасибо
Но он по-прежнему не содержит папки node_modules что очень странно, потому что в журнале даже написано «эй, это много js файлов».

Получил, что он снова правильно развертывается.

  • закомментировал часть "переустановить svelte-language-server в локальную версию" (мы можем удалить это, я думаю)
  • добавлена ​​недостающая parse5 зависимость к svelte-language-server
  • повторно добавил сценарии предварительной публикации сборки
  • вернул используемую версию monorepo-deploy к одной перед использованием npm install --production . @orta Я думаю, что его следует вернуть к npm install , потому что иначе все шаги сборки завершатся ошибкой ("не удалось найти накопительный пакет / что-то еще"). Но после этого мы должны сделать npm prune --production чтобы хотя бы избавиться от этих модулей. РЕДАКТИРОВАТЬ: нет, мы должны сделать это в качестве последнего шага в предварительной публикации, иначе это будет сокращено слишком рано.

Это все еще находится в грубом состоянии, которое требует некоторой очистки, но основная проблема исправлена.

Я закончил тем, что не добавил шаг bundle / minify, так что это все еще нужно сделать, но отдельно.

👍 спасибо @dummdidumm!

Сначала я отправил фиксацию без сокращения, а затем еще одну, которая сбрасывает --production из установки в программу развертывания monorepo 👍

Снова работаю регулярно.

Была ли эта страница полезной?
0 / 5 - 0 рейтинги