Javascript npm/框架/如何知道我应该使用哪个版本？

我面临的问题是，我永远不知道我应该安装哪个版本的npm、Ionic等等

示例：

• “哦，这里有一个新的Ionic CLI版本。让我们安装它”
• 安装CLI v3.9.0
• “哦，我的项目中再也没有任何东西可以工作了。Mhhh也可以更新框架”
• 安装ionic angular 3.6.0
• “哦，要使CLI正常工作，我需要5以上的npm版本”
• 安装新的npm版本

在所有这些更新之后，什么都不起作用了，因为这个版本的bla-bla-bla与那个版本的bla-bla-bla-bla不起作用。我们都知道这场斗争

但是，在所有的论坛上，总有一帮人似乎知道你必须从任何框架安装哪个版本才能让你的项目工作

还有很多编程教程。但首先，我们需要了解结构，以及所有框架和客户机等是如何相互关联和协作的

我和其他人当然想知道如何在示例中知道我不应该安装新的更新，因为它与其他框架不兼容。但是，如果我们初学者没有这些知识，我们将一次又一次地立即安装更新，而不知道等待是否更好

下面是另一个例子：

您安装npm 5+时，不知道Ionic 3.6需要npm低于5才能安装 工作完美。现在你想为你的项目安装一个插件，然后 在示例中获取一个GYP错误。不知道你的npm 版本只会导致初学者浪费大量时间的错误 寻找如何重新爱上那个GYP错误。逻辑。因为怎么 他应该知道，他必须等待一个新版本的离子之前 他安装了NPM5+

---

因此，请帮助我和其他许多人，向我们解释和指导我们从何处以及如何获得我们需要知道的信息，因此最终我们初学者也是专家，他们确切地知道如何进行“版本控制”。

找到工作配置的一种方法是查看项目是否使用某种形式的持续集成。在这种情况下，应该定义一个构建和测试环境

查看ionic和ionic cli存储库，它们似乎使用了当前的节点7和节点6.1.0：

---

找到工作配置的一种方法是查看项目是否使用某种形式的持续集成。在这种情况下，应该定义一个构建和测试环境

查看ionic和ionic cli存储库，它们似乎使用了当前的节点7和节点6.1.0：

---

首先，您可能想看一看。对我来说，这是发展中最重要的概念之一。这意味着版本控制必须以允许其他人预测升级时会发生什么的方式进行。 版本控制应该这样做：

大调小调补丁

• 补丁：错误修复（不更改库/框架行为）
• 次要功能：新功能，向后兼容（不更改库/框架行为）
• major：新功能，不向后兼容（使用此库使当前应用中断）

因此，您知道新的库版本是否与当前的实现兼容

然后，在更新库之前，您还必须始终查看变更日志，尤其是像Ionic这样的大型库。你可以找到爱奥尼亚的一个例子。它通常会通知您中断更改（如果是主要版本）、不兼容以及迁移所需遵循的步骤。此外，Ionic（可能还有其他库）经常提供

package.json

依赖项列表，如。根据我的经验，此列表很重要，因为较新版本的依赖项可能与新的库版本不兼容。 如果没有提供，启动器应用程序也会很有用。它们经常与“父”库/框架一起更新，它们的依赖项通常是最新的。例如，请参见此示例

Ionic使用GitHub，但根据框架或库的不同，您可以直接在其网站或其他地方找到此变更日志

最后，您可能仍然存在不兼容。那么您唯一的选择就是调试。找到崩溃库后，您可以查看已打开的问题/论坛，查看是否存在任何已知的不兼容

---

总而言之，更新总是需要一些工作，至少在更新之前调查一下它是否会导致任何问题。

首先，您可能想看看。对我来说，这是发展中最重要的概念之一。这意味着版本控制必须以允许其他人预测升级时会发生什么的方式进行。 版本控制应该这样做：

大调小调补丁

• 补丁：错误修复（不更改库/框架行为）
• 次要功能：新功能，向后兼容（不更改库/框架行为）
• major：新功能，不向后兼容（使用此库使当前应用中断）

因此，您知道新的库版本是否与当前的实现兼容

然后，在更新库之前，您还必须始终查看变更日志，尤其是像Ionic这样的大型库。你可以找到爱奥尼亚的一个例子。它通常会通知您中断更改（如果是主要版本）、不兼容以及迁移所需遵循的步骤。此外，Ionic（可能还有其他库）经常提供

package.json

依赖项列表，如。Fro