如何检查我的代码是否会在新（或旧）版本的 Node 中 运行？
How can I check if my code will run in a new (or old) version of Node?
我在 Node 9.8 中有一个代码 运行ning
节点 9 即将结束生命周期。
如果我切换到节点 10，我如何检查我的代码是否会 运行 在节点 10 而不必执行代码的所有路径？
或者如果我降到 8.11，我如何检查我的代码是否会 运行 在节点 8.11 中？
代码上没有写测试用例。
这是一个很好的例子，说明为什么可靠的 unit/integration 测试对于长期可维护性至关重要。也就是说，您可以采取一些步骤来降低破坏风险：
- 查看与您要移动的版本有关的 change logs to/from。 NodeJS 团队在每个更改日志中都包含了一个 Notable Changes 部分，但我不会单独依赖它，因为它 100% 包含了您可能会遇到的潜在破坏性更改。
- 考虑编写 unit/integration 测试，这既是确保事情不会因该版本更改而中断的一部分，也是确保事情不会因以后的版本更改（或该版本的日常更改）而中断的一部分事）。
- 虽然我不想这么说，但在谷歌上搜索有关升级（或降级？）NodeJS 版本的指南可能会帮助您识别潜在的危险区域。
一般来说，我认为升级版本比降级更安全、更好。一方面，您正在朝着 NodeJS 团队希望您使用的更新更好的体验前进，其次，未来的版本可能更可能向后兼容，而旧版本可能会缺少您正在使用的功能。
我在 Node 9.8 中有一个代码 运行ning 节点 9 即将结束生命周期。
如果我切换到节点 10，我如何检查我的代码是否会 运行 在节点 10 而不必执行代码的所有路径？
或者如果我降到 8.11，我如何检查我的代码是否会 运行 在节点 8.11 中？
代码上没有写测试用例。
这是一个很好的例子，说明为什么可靠的 unit/integration 测试对于长期可维护性至关重要。也就是说，您可以采取一些步骤来降低破坏风险：
- 查看与您要移动的版本有关的 change logs to/from。 NodeJS 团队在每个更改日志中都包含了一个 Notable Changes 部分，但我不会单独依赖它，因为它 100% 包含了您可能会遇到的潜在破坏性更改。
- 考虑编写 unit/integration 测试，这既是确保事情不会因该版本更改而中断的一部分，也是确保事情不会因以后的版本更改（或该版本的日常更改）而中断的一部分事）。
- 虽然我不想这么说，但在谷歌上搜索有关升级（或降级？）NodeJS 版本的指南可能会帮助您识别潜在的危险区域。
一般来说，我认为升级版本比降级更安全、更好。一方面，您正在朝着 NodeJS 团队希望您使用的更新更好的体验前进，其次，未来的版本可能更可能向后兼容，而旧版本可能会缺少您正在使用的功能。