Language-tools: 部署被破坏

创建于 2020-06-07  ·  15评论  ·  资料来源: sveltejs/language-tools

我的不好,还在想办法,最好有一个我可以在完成后“关闭”的问题

最有用的评论

再次正确部署。

  • 注释掉“重新连接svelte-language-server到本地版本”部分(我认为我们可以删除它)
  • 将缺少的parse5依赖项添加到svelte-language-server
  • 重新添加了预发布构建脚本
  • 在使用npm install --production之前将使用的 monorepo-deploy 版本恢复为一个版本。 @orta我认为它应该恢复为npm install ,因为否则所有构建步骤都会失败(“找不到汇总/无论什么”)。 但是我们应该在之后做npm prune --production以至少在之后摆脱这些模块编辑:不,我们必须这样做作为我们自己预发布的最后一步,否则它会很快修剪。

它仍然处于需要一些清理的粗糙状态,但主要问题已解决。

我最终没有添加捆绑/缩小步骤,所以这仍然需要做,但要分开。

所有15条评论

部署再次为 npm 工作,但对于 VSCode 扩展,有一个我无法追踪的错误:扩展的构建中缺少 node_modules 文件夹,因此它永远不会启动。 你可以恢复到 99.0.33,那个应该可以工作。

我们能帮你什么吗? 是orta的动作有问题还是我们有问题?

我猜是动作由于部署与 Orta 的 monorepo-deploy-repo 紧密集成,我认为我们现在不能在那里做太多事情。

Hrm,它应该在每次部署之前运行 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 文件夹。 其次,如果这是问题所在,为什么之前没有失败?

肯定在 svelte-vscode` 文件夹中npm install - 所以我感兴趣的是它是否以某种方式创建了 dep 树的子集

是的,真的很奇怪。 它会在部署步骤中丢失vsce吗? 或者任何奇怪的行为,因为安装是用npm ,而(预)发布是用yarn

上次部署运行现在显示一些关于无关包的 npm 错误。 所有这些都来自devDependencies ,我猜是因为它们已安装但npm list --production只想看到dependencies

如果这是真的,我们需要做两件事:

  1. @tsconfig/node12下添加dependencies因为它在构建期间使用
  2. monorepo-deploy-repo 需要使用npm install --production

package.json有:

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

从构建中删除重新布线步骤使扩展再次部署 - 感谢@mgholam的发现!
但是它仍然不包含node_modules文件夹,这非常奇怪,因为日志甚至说“嘿,这是很多 js 文件”。

再次正确部署。

  • 注释掉“重新连接svelte-language-server到本地版本”部分(我认为我们可以删除它)
  • 将缺少的parse5依赖项添加到svelte-language-server
  • 重新添加了预发布构建脚本
  • 在使用npm install --production之前将使用的 monorepo-deploy 版本恢复为一个版本。 @orta我认为它应该恢复为npm install ,因为否则所有构建步骤都会失败(“找不到汇总/无论什么”)。 但是我们应该在之后做npm prune --production以至少在之后摆脱这些模块编辑:不,我们必须这样做作为我们自己预发布的最后一步,否则它会很快修剪。

它仍然处于需要一些清理的粗糙状态,但主要问题已解决。

我最终没有添加捆绑/缩小步骤,所以这仍然需要做,但要分开。

👍谢谢@dummdidumm!

我首先发送了一个没有修剪的提交,然后另一个将--production从安装中删除到 monorepo 部署器👍

再次正常工作。

此页面是否有帮助?
0 / 5 - 0 等级