GitHub操作-为什么用不同的节点版本构建？
我对GitHub操作（以及一般的持续集成）是新手。我刚刚阅读了使用Node.js with GitHub操作，我在Node.js工作流模板中找到了这个片段：
strategy:
matrix:
node-version: [8.x, 10.x, 12.x]
上面提到
该模板包括一个矩阵策略，它用三个Node.js版本构建和测试代码:8.x、10.x和12.x。“x”是一个通配符，它与某个版本可用的最新次要版本和补丁版本相匹配。node-version数组中指定的每个Node.js版本都创建一个运行相同步骤的作业。
我的问题是--为什么用不同的节点版本构建和测试？为什么不只用一个版本呢？
谢谢！
共有1个答案
js版本8、10和12是Node.js的常用版本。版本9和11被认为是实验性的，因为它们是奇数，因此不能获得LTS（长期支持）。另一方面，版本8、10和12是稳定的。
Firebase云功能需要Node.js版本8或10，这表明版本8和10仍然被广泛使用。
Node.js版本14是几个月前发布的，但我怀疑人们会在一段时间后大多数bug被修复后才会使用它，所以没有必要对它进行测试，但如果你想的话，你可以。
正如您所看到的，Node.js版本8、10和12是Node.js使用最广泛的版本，因此，最好确保JavaScript代码与这三个版本一起使用，以确保很多人都可以使用您的代码。
如果您想确保完全的兼容性，您可以使用更多版本的Node.js进行测试，但我怀疑您是否需要这样做，因为Node.js通常是相当向后兼容的。
如果您想了解当前支持的Node.js版本，请访问Node.js releases页面。
-
我的用例是，我希望每个构建/运行的工件都有一个唯一的版本号。对于CircleCI、Travis等当前工具，有一个可用的构建编号，它基本上是一个不断上升的计数器。因此，我可以创建版本字符串，如0.1.0-27。即使对于相同的提交，此计数器也会每次增加。 如何使用GitHub Actions做类似的事情？Github操作只提供GITHUB_SHA和GITHUB_REF。
-
问题内容： 我想打印根节点的子元素。这是我的XML文件。 根据我的理解，根节点是“公司”，其子节点必须是“职员”和“职员”（因为存在“职员”节点2次）。但是，当我尝试通过我的Java代码获取它们时，我得到了5个子节点。3个额外的文本节点从哪里来？ Java代码： 输出： 为什么三个文本节点要过来？ 问题答案： 为什么三个文本节点要过来？ 它们是子 元素 之间的空白。如果只需要子元素，则应忽略其他类
-
我想打印根节点的子元素。这是我的XML文件。 根据我的理解，根节点是“company”，其子节点必须是“staff”和“staff”（因为有两个“staff”节点）。但是当我试图通过java代码获取它们时，我得到了5个子节点。3个额外的文本节点来自哪里？ Java代码： 输出： 为什么这三个文本节点会出现在这里？
-
我刚刚安装了node.js，还在环境变量中设置了PATH。路径值为 短期内 android命令正常工作。
-
我通过选择构建变体到来运行代码。然而，运行结果显示，分级程序仍然从中选择类(和)，而不是在中使用更改后的版本。 我是不是漏掉了什么？
-
我的源XML文档 根据元素内容的模式，在元素中的元素中，我希望添加一个新的元素。元素是前导信息。因此，首先，我必须创建一个新的元素及其和内容。之后，我必须创建一个相应的元素，该元素具有相同的内容和特定的内容。 这是我的目标XML文档的示例（添加param03): 我的XSLT文档 结果XML文档错误 我遇到的问题： > 使用不会按预期更改节点上下文。新的元素将在最后一个位置添加到元素中，而不是按照