哪个 npm 版本的 javascript 模块应该安装有 DefinedTyped typescript 包装器？

Question

我看到 Typescript 的类型声明/定义之间存在一些 API 偏差。应该如何正确配对 types 包的版本和底层 javascript 包的版本？

假设我在 package.json 中添加了对 @types/prompts": "^2.0.14" 的依赖项。我如何确保获得正确版本的 javascript npm 包？

npm 包 @types/prompts 对其 package.json 中的 javascript 模块没有显式依赖，而且我在 README 中似乎没有提到任何兼容性。

我发现的只是@types/prompts 的index.d.ts 中的一条松散评论提及：

// Type definitions for prompts 2.0
// Project: https://github.com/terkelg/prompts
...

有我们应该遵循的约定吗？我有兴趣了解一般方法，不一定只针对此示例。

参考资料：

• 打字稿类型包：https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/prompts
• 上游javascript模块：https://github.com/terkelg/prompts

Answer 1

根据我的经验，通常主要和次要版本在上游包和它的 @types 包之间保持同步。那么补丁版本将不匹配，因为需要能够修复错误。

一个反应的例子：

• react的当前版本是17.0.2
• @types/react 的当前版本是 17.0.37

唯一不清楚的部分是上游包的补丁何时更改类型。是否已在 types 包中应用了该更改？

例如，react 决定发布 17.0.3，其中包含非破坏性的类型差异。我们如何知道 17.0.37 是否包含该更改？但为此，实际发布 17.1.0 以应对新变化可能是一个更好的主意。