Language-tools: Svelte Beta vs JamesBirtles / UnwrittenFun

我更喜欢第二种选择

我不知道在哪里，但我认为@orta说了一些类似于“在某个时候接管 Svelte 插件”的内容。 所以这意味着（当前旧的）Svelte 插件将得到更新。

至于那是什么时候：在我看来还没有，但很快。 仍然有很多重构/基础工作正在进行，所以我认为这个 repo 处于一个有点太早的状态。

是的，我想我们会发布一个 Birtle 版本的更新，以建议人们在它“Svelte Beta”变得稳定和舒适后搬走（我不知道那是什么时候，我想有人可能会告诉我，但是现在还不确定）

我猜“测试版”已经比非测试版更好。 是否有任何已知问题使“Beta”变得不那么稳定或整体体验更差？

体验肯定更好，但还不是很稳定，因为我们添加了很多新代码，这可能会破坏一些东西。 例如，我们添加了svelte2tsx以便不仅在script内部而且在模板内部更好地打字，这带来了一些报告的新错误。

我想即使从长远来看，拥有一个“测试版”和“稳定版”也是有帮助的。 然后会有一个扩展，可用于推出更改并在将其提供给所有用户之前获得早期反馈

我们对 james birtles 的出版有控制权吗？ 他要交出吗？

我不认为我们这样做，但他很乐意将其弃用

我认为我们可以开始推动这一点，Svelte Beta 每天都在变得更加稳定，人们仍然过于频繁地使用旧版本（现在差不多 100k）。

好的，同意 - 好的，所以 TODO IMO：

• 创建使用标签的 GH 工作流程，因此任何具有写入权限的人都可以部署（我在make-monaco-builds中执行此操作）
  
  
  
  • 它使用包 json 版本将 svelte-vscode 部署到svelte.svelte-vscode
  
  
• 让每晚 CI 推送到一个新标识符（ svelte.svelte-vscode-nightly ），这将是商店中的一个新扩展
• https://github.com/UnwrittenFun/svelte-vscode现在是只读的，所以我们不能对其进行 PR，但我们可以创建一个 fork 以进行最终的“移动到此扩展”弹出窗口，然后说服@UnwrittenFun发布它❤️

推理：

• 当前的 beta 扩展是svelte.svelte-vscode ，我们应该为 prod 版本保留该标识符
• 我有点强迫我们的手，所以 1.0 = v100 :D

听起来不错！

只是为自己澄清一下：

• GH 工作流程将与我们当前的工作流程相同，不同之处在于它仅部署扩展，并且它在标签上运行，而不是每晚运行，这意味着只要具有写入权限的人创建新标签，操作就会运行。
• package.json中的扩展版本现在对稳定版本有一些意义，它将从 100.0.0 开始，因为它太棒了（你强迫它：P）。

你会领导这件事吗？ 您之前已经联系过@UnwrittenFun ，并且您非常了解扩展部署的内容。

• 1，是的。 prod 部署过程将是“将 package.json 编辑为版本号；git tag [number]；git push --tags”
• 2，是的，因为 100 是一个非常好的回合起点。

是的，我会试试这个👍🏾

@orta您能否作为第一步将“Svelte Beta”重命名为“Svelte（官方）”？ 我认为这将有助于让更多人安装此版本。

Birtle 的扩展尚未发布，因此不会再对此感到困惑。