不幸的是，我不从事基于 Vue CLI 构建的项目。我需要等待并检查发生了什么，但是，例如 GitHub，即使没有准备迁移工具，我们也已经采取了一些步骤，因为我们知道哪些内容已被弃用。Vue 3 文档中实际上已经说明了这一点。 娜塔莉亚：有迁移指南。您可以看到所有重大更改和已弃用的内容，甚至可以在 Vue 2.0 代码库上使用其中的一部分。例如，在 Vue 2.6 中，我们更改了插槽的语法。作用域槽的语法已被弃用，但并未被拒绝，它仍然存在。它会发出警告，但您可以运行它。当然，对于已有七年历史的代码库，如果它能正常工作，没有人会关心替换所有已弃用的语法。生产中没有任何警告。老虎机工作。在开发中，“哦，我在控制台中看到一些警告。也许有 20 个，好吧。是黄色不是红色。我不在乎”。 娜塔莉亚：你知道这发生在每个人身上。我们创造了一个巨大的史诗来解决这个问题。查找所有当前的旧语法集。我们努力更换我们的 EventEmitters，再说一遍，这是一个有七年历史的项目，不要评判我们。我们有事件发射器。GitLab 正在开发 EventHubs。我们用外部库替换了基于 Vue 的 fun。
我建议也这样做仔细阅读迁移指
南， 检查哪些内容已经可以替换，以及您已经可以进行哪些更改，以准备并开始处理此问题。 德鲁：根据迁移工具的当前状态，这是用代码库测试水域的好方法。只需运行它并查看它已经标记的内容，看看它看起来是否正常，或者是否有一些重要的事情，或者它是否仍然不成熟？是不是最好等到 12 月才可能真正解决问题。 娜塔莉亚：如果我有一个大项目，我不建议这样做。如果您有一个小的坏项目，或者可能是一些个人项目，但它不是那么大，我建议您运行它并检查您遇到的任何问题，因为对于两个中型项目，我一直在运行它。我想一两个问题。我不能说它不成熟。它已经处于良好状态。但对于大型项目来说，它是遗产， 伊朗手机号码列表 是一些异国情调的东西。人们，不要在生产中这样做。 娜塔莉亚：此外，如果您想使用项目的脚手架，现在 Vue CLI 支持两种模式。您可以创建Vue 2项目，也可以创建Vue 3项目。至少一定要尝试一下。这对我们来说也是一个好方法，因为当你玩的时候，你会发现错误，你报告错误，我们会尝试修复它们等等。 德鲁：在文档和开发路线图中，我看到提到了迁移构建。这与我们谈论的内容是否有所不同，或者这就是我们正在谈论的内容？ 娜塔莉亚：不不不，都是一样的。
这是同个应该已经准备好了
但现在，如果您计划迁移，主要路径就是阅读文档并遵循那里所说的任何内容，因为每当我们没有迁移工具时，我们肯定会做出努力，文档团队会继续前进并创建了详细指南，说明更改内容、更改原因以及实际替换内容。 德鲁：是的，文档中有相当全面的迁移指南，作为 Vue 3 文档的一部分，它提到了很多需要迁移的更改。我想其中一些不会影响每个项目。对于很多人来 第一数据库 说 ，其中很多本质上都是边缘案例。这公平吗？ 娜塔莉亚：是的，其中很大一部分（例如过滤器）肯定是一些边缘情况，因为即使在 GitLab，第三次也有七年历史的代码库和一个大代码库。我们使用过一两次过滤器，但不再使用。我们搜索它们并完全删除它们是一件好事，因为就像“哦，未使用的代码”一样，谁在乎它就存在。 娜塔莉亚：我想说，完全突破性的变化是模型的变化。看一下这个，因为我知道的每个项目都至少包含一个 Vue 模型，这是肯定的。
